Dynamics Ax 2009 + Crystal Reports

[PavelM]

Добрый день.

В процессе миграции с Ax3.0 на 2009 столкнулись с бедой.

У нас на 3.0 большое количество форм с ActiveX Crystal Report Viewer'ом.

При переносе на 2009 обнаружилось, что 2009 мирно умирает при попытке открыть любую форму с этим элементом, это справедливо как для перенесенных форм, так и для созданной формы Form1 с единственным элементом Crystal ActiveX Report Viewer Control 11.5 (пробовали и 11.0 и 9.0).

При открывании формы Аксапта закрывается с маловразумительной ошибкой "Программа "Microsoft Dynamics Ax Client" не работает.

Проверялось на клиенте с WIndows 7 (32) и на 2003 сервере (32).

Есть у кого рабочее решение с 2009 и Crystal Reports? Как побеждали такую напасть?

MS Dynamics Ax 2009, Kernel 5.00.1500.4570. Windows 7 32 Professional , Windows 2003 Server 32

[George Nordic]

Нет возможности отказаться от данного элемента? Или использовать что-то более Microsof"овское?
Не переносите код. Переносите по бизнес-процессам. Честно, немного удивляет фраза "при открытии формы вызывается Report Viewer". Или на форме необходимо видеть данные из других источников? Тогда неправильно выстроена архитектура решения.

С Уважением,
Георгий

[PavelM]

Погодите. Про технологию переноса я ничего не писал, равно как и фразу "при открытии формы вызывается Report Viewer".

Дело в том, что у нас около 20-30 отчетов, которые реализованы при помощи Crystal Report.
Реализация такая - используется форма Axapta с элементом типа ActiveX на ней (CR Viewer) и вкладкой параметры.

параметры передаются в отчет CR, который в свою очередь использует SP MSSQL.

в Акс 3.0 лемент прекрасно работает. В 2009 вызов этого объекта приводит к крашу. Повторюсь, проблема в большом количестве отчетов и их достаточной сложности. На разработку заново потребуется времени в десятки раз больше чем на перенос.

[gl00mie]

У вас же вроде как используется ядро RU7, для него в открытом доступе есть отладочные символы, так что с отладчиком вполне можно расковырять, где, когда и почему клиент "умирает", см. ссылки вот здесь. На вскидку у клиента может, к примеру, разрушаться стек - по крайней мере, очень похожие симптомы были по ходу переноса кода, использующего DLLFunction: поскольку в 2009-й клиент использует юникод, под строковые буферы стало надо выделать вдвое больше памяти, чем предполагаемое максимальное число символов. Однако, поскольку тут дело с ActiveX-ом, однозначно утверждать, что дело в этом, нельзя...