AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.04.2018, 00:09   #1  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Lightbulb Хостинг сервисов AX 2012 на IIS и ошибка Duplicate type with name [..] in assembly 'Dynamics.Ax.Application'
В ряде случаев бывает нужно хостить сервисы AX 2012 на IIS для доступа не по NET.TCP, а по HTTP/HTTPS. Это включает создание расширенного входящего порта AIF, его настройку, выбор хоста IIS и развертывание на нем соответствующего сервиса. Здесь я хотел бы остановиться на ряде проблем, которые могут при этом возникнуть, и способах их решения.

Во-первых, при настройке расширенного порта AIF нужно избегать использования символов подчеркивания в названии. На проектах AX 2012 часто используются префиксы или суффиксы в именах объектов, отделенные символом подчеркивания, так вот, в названии порта должны быть только буквы и цифры, больше ничего, никаких символов подчеркивания, иначе AIF будет ругаться.

Во-вторых, следует создавать очень лаконичные классы контрактов сервисных операций, которые вы собираетесь хостить на IIS. Из кода всех контрактов (входных и выходных) обязательно уберите все-все методы, кроме parm* и, может, construct(). Убедитесь, что в контрактах нет никакой логики и ссылок на посторонние классы приложения. Это также означает, что для хостинга на IIS контракты не должны реализовывать интерфейс SysOperationValidatable и содержать метод validate() - вся валидация входных параметров должна быть перемещена в код сервиса. Если контракты используют наследование, то ради хостинга на IIS, скорее всего, от него также придется отказаться. Это критически важный момент: логика, осуществляющая развертывание сервиса, с одной стороны, выкладывает на IIS подмножество Dynamics.Ax.Application.dll*.netmodule-файлов скомпилированного в CIL приложения с нужными типами, а с другой стороны, видимо, не распознает в классе контракта ссылки ни на какие иные типы, кроме тех, что получены через сигнатуры методов с DataMemberAttribute. Поэтому любая ссылка из класса контракта на другой тип, скажем, любой вызов checkFailed() (ссылка на Global) приведет к тому, что на IIS могут оказаться не все необходимые .netmodule-файлы скомпилированного в CIL приложения, и тогда IIS просто не сможет загрузить сборку сервиса. Проявляться это может в желтом экране смерти при попытке обращения к сервису (включая его WSDL-описание) с ошибкой вида:
Код:
BadImageFormatException: Could not load file or assembly 'Dynamics.Ax.Application.*' or one of its dependencies. An attempt was made to load a program with an incorrect format.
Здесь IIS будет ругаться на какую-то конкретную сборку, и совет включить поддержку 32-битного кода для пула приложений не поможет. Дело просто в том, что на IIS оказались развернуты не все .netmodule-файлы, которые нужны.

В-третьих, даже если предыдущие рекомендации были соблюдены, после развертывания сервиса может появиться ошибка вида:
Код:
Duplicate type with name 'Dynamics.Ax.Application.*' in assembly 'Dynamics.Ax.Application'
Здесь в качестве имени типа может быть один из контрактов развернутых сервисов. В интернете полно заметок о том, как бороться с такой ошибкой, практически везде предлагается пересобрать CIL с небольшими вариациами шаманских действий, типа ручной очистки каталога XppIL и обрезания (truncate) таблицы SysXppAssembly в базе моделей. Из моего скромного опыта, эти ритуальные действия были актуальны для очень старых сборок ядра, а сейчас это - пустая трата времени, CIL и так пересобирается нормально. Что действительно важно - это провести нужную работу на стороне хоста IIS, где развернуты сервисы, потому что ошибка проявляется именно там.

Итак, предположим, что после глобальной компиляции приложения со всеми предосторожностями CIL был успешно полностью пересобран. Удалите файлы приложения AX Dynamics.Ax.Application.* на хосте IIS, разверните сервисы на этом хосте повторно и проверьте даты появившихся .netmodule-файлов. На хосте IIS файлы сервисов AX располагаются, как правило, в %ProgramFiles%\Microsoft Dynamics AX\60\AifWebServices\Bin - после развертывания убедитесь, что даты модификации .netmodule-файлов соответствуют вашему свежесобранному CIL. Если попадаются файлы с более старой датой модификации, то лучше деактивировать развернутые на этом хосте сервисы, удалить все файлы %ProgramFiles%\Microsoft Dynamics AX\60\AifWebServices\Bin\Dynamics.Ax.Application.dll*, а также любые подкаталоги с файлами Dynamics.Ax.Application.dll* (резервные копии или еще что). Затем разверните сервисы повторно и еще раз сравните даты. Если все сошлось, удалите закэшированные файлы приложения AX на хосте IIS во временном каталоге ASP.NET. IIS загружает файлы развернутого сервиса не напрямую из %ProgramFiles%, а из копии, которая создается в
Код:
%SystemRoot%\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\MicrosoftDynamicsAxAif60\
По этому пути может располагаться подкаталог со всеми сборками развернутых сервисов AX2012 - каталог лучше удалить перед повторным развертыванием сервисов. При удалении может возникать ошибка, мол, файлы используются - просто подождите минуту-другую и повторите попытку удаления.

На этом этапе у меня, во всяком случае, запрос WSDL сервиса стабильно вместо желтого экрана смерти начинает возвращать то, что нужно
За это сообщение автора поблагодарили: Logger (10), trud (10), raz (10), eugene egorov (2), pedrozzz (4).
Теги
aif, ax2012, iis, полезное

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
dynamics-coe: Microsoft Dynamics AX 2012 Reporting Services – Integrated with SharePoint Farm Blog bot DAX Blogs 0 21.11.2014 13:11
DAX: Microsoft Dynamics AX 2012 R3 is now available! Blog bot DAX Blogs 1 02.05.2014 23:00
Sample Design Patterns: Book Give-away: 'Microsoft Dynamics AX 2012 Development Cookbook' Blog bot DAX Blogs 1 12.05.2012 16:55
dynamics-ax: Interview with Microsoft's Lachlan Cash on his new role, AX 2012 and more Blog bot DAX Blogs 6 22.04.2011 14:55
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 14:18.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.