|
![]() |
#1 |
Сотрудник SMART business
|
Хм. Ну недавно боролся с проблемой запуска WorkFlow на конфигурации
WinServer 2008 R2 (IIS 7.5 по моему) 1. Нужно проверить что бы был запущен сервер пакетных заданий. Зачастую если только один AOS, то это он и есть, но при переносе к примеру с сервера на сервер - там все немножко ломается. 2. Запустить мастер конфигурации WorkFlow. Проверить что приложение к которому пытается обращаться WorkFlow - доступно. Я на первых порах получал ошибки 405, 500, и еще какая-то с большим количеством букв и без номера - ругалось на то что ответ полученый от севера не совпадает с ожидаемым. Я много времени потратил на разбирание того где что включить надо, т.к. WorkFlow по какой-то странной причине не смог нормально стать на IIS в WS2008. Когда поднимал на 2003 сервере - таких проблем не было. 3. В мастере конфигурации проверить Группу пакетных заданий - она должна работать на серевере о котором говорилось в п.1 4. Календарь. В календаре используемом в правилах документооборота обязательно должны быть созданы операционные времена. Это в принципе все из наиболее очевидных моментов. ЗЫ Кстати, вся починка может и не повлиять на текущие запущенные процессы WF. Так что проверять - заработало или нет лучше всего всякий раз на новой записи. Ну и запастись терпением... Обновление WF происходит раз в 1-5 минут... ))
__________________
С уважением, Игорь "Ингар" Ильяшенко Последний раз редактировалось Ингар; 24.02.2011 в 12:47. |
|
|
За это сообщение автора поблагодарили: Harry (1). |
![]() |
#2 |
Участник
|
Цитата:
Сообщение от Ингар
![]() 2. Запустить мастер конфигурации WorkFlow. Проверить что приложение к которому пытается обращаться WorkFlow - доступно. Я на первых порах получал ошибки 405, 500, и еще какая-то с большим количеством букв и без номера - ругалось на то что ответ полученый от севера не совпадает с ожидаемым. Я много времени потратил на разбирание того где что включить надо, т.к. WorkFlow по какой-то странной причине не смог нормально стать на IIS в WS2008. Когда поднимал на 2003 сервере - таких проблем не было.
проверяю на Windows 2008 R2, AX2009 |
|
![]() |
#3 |
Сотрудник SMART business
|
Цитата:
Сообщение от Harry
![]() Только не давно смог снова вернуться к этой теме: Сейчас следующая проблема - при проверке доступности WorkFlow (Администрирование - Настройка - Параметры документооборота, вкладка Администрирование при нажатии кнопки Проверить) выдается сообщение: "Серверу не удалось обработать запрос. ---> Отказано в доступе" и при этом сам процесс по WorkFlow не проходит, заканчивается на ошибке: Произошла непредвиденная ошибка веб-службы. Подробнее см. в журнале событий “Microsoft Dynamics AX Workflow". Переустановка WorkFlow не помогла, в чем может быть причина?
проверяю на Windows 2008 R2, AX2009 Дайте угадаю, не только Win2008R2, но еще и х64? ) Вариант номер раз - проблема в пуле приложений для WorkFlow на IIS. Решается выставлеинем разрешения на запуск 32-разрядных приложений для пула. Найти можно по пути - Диспетчер служб IIS \ Имя сервера IIS \ Пулы приложений \ MicrosoftDynamicsAXWorkflow50 \ Дополнительные параметры \ Разрешены 32 разрядные приложения Еще одна вещь, которую делают, как я понимаю в основном в виде танца с бубном - сносят папку WorkFlow на IIS на дефолтном сервере и создают новую, привязывают ее к реальной папке по пути <системный диск>\Program Files\Microsoft Dynamics AX\50\Workflow И, по моему, конвертируюется в приложение, или она сама конвертиться - тут не вспомню. Хорошо помогает протестировать доступ к странице если зайти IE, я по тем ошибкам гуглил потом. Ну и конечно пользователи которые вписываются для workflow должны быть с соответвующими правами... То ли Domain Admins... то ли очень близко к ним...
__________________
С уважением, Игорь "Ингар" Ильяшенко |
|
Теги |
workflow, настройка, ax2009 |
|
|