Проблемы с WorkFlow

[ZVV]

Привет всем.

Начал ковыряться/изучать документооборот....
Вроде в целом всё получается и работает, если бы не одно "но": почему-то документооборот работает только под одним пользователем (который собственно и производил установку АОСа и самого WorkFlow (IIS), если это важно).

Под всеми остальными пользователями аксапты получаем следующую ситуацию:
- Пользователь отправляет документ на подтверждение (в журнале ДО появляется запись "Ожидание", типа всё нормально)
- После этого когда на сервере происходит попытка отправить документ собственно в цепочку документооборота (через бизнес-коннектор, насколько я понимаю) происходит ошибка.
В журнале документооборота запись меняет свой статус на следующий:
Остановлено (ошибка): Не удается создать сеанс. Подтвердите, что пользователь имеет соответствующие привилегии для входа в Microsoft Dynamics.
На сервере в логах имеем примерно следующее:
Workflow instance: 6fc23c26-9999-4b3d-bd56-6831bcee2aee was terminated for the following reason: Dynamics Adapter CallStaticClassMethod failed..

И только когда документ отправляет этот один "счастливый" пользователь (как уже говорил выше) весь процесс документооборота нормально запускается.

Другого пользователя, под которым не работает, пытался настроить абсолютно аналогично, как в Аксапте, так и с точки зрения прав на Сервере (оба администраторы). Ничего не изменилось. Вероятно что-то забыл/не нашёл.
Никто не подскажет, чего именно не хватает?

Данная картина наблюдается для различных документов, и для "стандартных" заявок на закупку, и для самописных...

Dax2009sp1 Win 2003

Спасибо!

[Ivanhoe]

А системные счета работы WF настроены на пользователя AX, у которого все хорошо? Или на совсем другую доменную запись?

[ZVV]

Цитата:

Сообщение от Ivanhoe

А системные счета работы WF настроены на пользователя AX, у которого все хорошо? Или на совсем другую доменную запись?

Настроена на другого доменного пользователя, под которым работает собственно АОS, WF & BC...

[ZVV]

UP - ни у кого никаких идей не появилось?

Ещё один сопутствующий вопрос:
При настроенном документообороте, Домашняя страница/Ролевой центр - Список Работ - RightMoseClick - "Перейти к заявке на закупку" (ну это например, с собстенными документами тоже самое):

Цитата:

No object specified on menu item /

Где какого менюайтема ему не хватает, интересно?
Из списка уведомлений к источнику переходит нормально...

[Wamr]

Я бы еще посмотрел пакетные задания. Их состояние и какие там ошибки пишет.

[ZVV]

Цитата:

Сообщение от Wamr

Я бы еще посмотрел пакетные задания. Их состояние и какие там ошибки пишет.

Задание "Обработка сообщения бизнес-правила" отрабатывает нормально, без ошибок и "перезапускается"...
Приходит оповещение.
А в журнале документооборота через некоторое время статус меняется на отмеченную выше ошибку и появляется запись в логе сервера...

[dmitro]

привет!
столкнулся с похожей проблемой. как-нибудь удалось решить?

заметил также, что при запуске wf на работающем приложении, в списке активных пользователей появляется wfsys, под которым видимо создаются рабочие элементы.
у меня же его в списке нет
аоса два

ошибка:
Error SysWorkflowMessageQueueManager-run\SysWorkflowEventDispatcher-onAcknowledgeWorkflowActivation\SysWorkflowEventDispatcher-raiseWorkflowActivationEvent Ошибка вызова статического метода ClrObject.
Error SysWorkflowMessageQueueManager-run\SysWorkflowEventDispatcher-onAcknowledgeWorkflowActivation\SysWorkflowEventDispatcher-raiseWorkflowActivationEvent Exception has been thrown by the target of an invocation.

[ZVV]

Цитата:

Сообщение от dmitro

как-нибудь удалось решить?

К сожалению, нет...

[Wamr]

а вы об одной и тойже ошибке говорите?

Цитата:

Workflow instance: 6fc23c26-9999-4b3d-bd56-6831bcee2aee was terminated for the following reason: Dynamics Adapter CallStaticClassMethod failed

Цитата:

Error SysWorkflowMessageQueueManager-run\SysWorkflowEventDispatcher-onAcknowledgeWorkflowActivation\SysWorkflowEventDispatcher-raiseWorkflowActivationEvent Ошибка вызова статического метода ClrObject

[oip]

Цитата:

Сообщение от ZVV

В журнале документооборота запись меняет свой статус на следующий:
Остановлено (ошибка): Не удается создать сеанс. Подтвердите, что пользователь имеет соответствующие привилегии для входа в Microsoft Dynamics.

Только что была точно такая же ошибка. Пол дня пытался найти причину. Не смог. В итоге перенастроил все-все права в винде, в DAX и в IIS заного. После перезагрузки ОС все заработало. В чем было дело так и не понял. Но "барабашки нет".

[dmitro]

Цитата:

Сообщение от Wamr

а вы об одной и тойже ошибке говорите?

да, одно выдает инфолог при обработке пакетником сообщений wf, второе содержится в ивент-логе..

[Wamr]

а как у вас настроен доступ к приложению MicrosoftDynamicsAXWorkflow50 на lIS?

[oip]

.

[Wamr]

просто версия, которую я и сам могу раскритиковать, но ничего лучше пока не придумалось

Цитата:

документооборот работает только под одним пользователем (который собственно и производил установку АОСа и самого WorkFlow (IIS), если это важно)

возможно, что для этого пользователя существует правильно настроенная конфигурация BC, в то время как для остальных пользователей она указывает куда-то не туда (как был установлен BC по-умолчанию)

Что делать,
вар.1 подправить оригинальную конфигурацию BC в реестре.
вар.2 использовать вот эту технологию для фиксации конфы. Кстати, так можно настроить WF для нескольких приложений на одном сервере.

[dmitro]

Цитата:

Сообщение от Wamr

просто версия, которую я и сам могу раскритиковать, но ничего лучше пока не придумалось

возможно, что для этого пользователя существует правильно настроенная конфигурация BC, в то время как для остальных пользователей она указывает куда-то не туда (как был установлен BC по-умолчанию)

Что делать,
вар.1 подправить оригинальную конфигурацию BC в реестре.
вар.2 использовать вот эту технологию для фиксации конфы. Кстати, так можно настроить WF для нескольких приложений на одном сервере.

похоже, действительно все дело в настройке bc..

как wf ожил у меня.
в моем случае развернуто две воркфлы в одной virtual directory (с созданием соотв. Application Pool "MicrosoftDynamicsAXWorkflow502" и Web Site).
создана копированием из текущей папка "C:\Program Files\Microsoft Dynamics AX\50\Workflow2", где лежит заветный web.config для второй сущности документооборота, который, в свою очередь, "смотрит" на второй аос через конфигурацию "bcproxy_dev.axc".

вот кусок файла

Цитата:

<?xml version="1.0"?>
<!--
Note: As an alternative to hand editing this file you can use the
web admin tool to configure settings for your application. Use
the Website->Asp.Net Configuration option in Visual Studio.
A full list of settings and comments can be found in
machine.config.comments usually located in
\Windows\Microsoft.Net\Framework\v2.x\Config
-->
<configuration>
<appSettings>
<add key="BUSINESS_CONNECTOR_CONFIGURATION" value="BCPROXY_DEV" />
</appSettings>
<connectionStrings/>
<system.web>
<!--
Set compilation debug="true" to insert debugging
symbols into the compiled page. Because this
affects performance, set this value to true only
during development.
-->
<compilation debug="false">
<assemblies>

ошибки начали валиться, предположительно, после того, как в MS Dynamics AX 2009 Configuration "кто-то" выставил Business Connector на _dev конфигу! В результате и рабочее приложение, и dev смотрели на одно и то же приложение. После того, как я поменял на "Original (installed configuration)" (по умолчанию, подхватывается рабочим приложением), а в web.config dev'а установил BUSINESS_CONNECTOR_CONFIGURATION все чудесным образом заработало

[propeller]

Аналогичная ошибка возникает при запуске туториал, права настроены так же как на скриншоте.
Windows server 2008 R2.

что нужно еще проверить?
нужно ли указывать "URL адрес времени выполнения..." ? если да, то что туда вбивать?)

[oip]

Нужно, конечно. Администрирование -> Мастер конфигурации инфраструктуры документооборота. Вбивать адрес сайта в IIS, который вы настраивали. Что-то типа http://MyServer:80/MicrosoftDynamicsAXWorkflow50

[propeller]

Цитата:

Сообщение от oip

Нужно, конечно. Администрирование -> Мастер конфигурации инфраструктуры документооборота. Вбивать адрес сайта в IIS, который вы настраивали. Что-то типа http://MyServer:80/MicrosoftDynamicsAXWorkflow50

Да, пытались прописать, не получалось из-за ошибки:
The request failed with HTTP status 405: Method Not Allowed.

Поменял FrameWork на 4. - проверка прошла нормально.
Но, теперь следующее: все утверждения висят в ожидании (запускали туториал). Видимо потому, что нет записей в WorkflowWorkItemTable (Рабочие элементы) но, как сделать чтобы они там появились?
Конфигурация настроена как обычно , есть два шага с простенькими инструкциями.

[Ivanhoe]

Попробуйте отменить и запустить утверждения заново. Или как раз новые утверждения и не работают?

[propeller]

Цитата:

Сообщение от Ivanhoe

Попробуйте отменить и запустить утверждения заново. Или как раз новые утверждения и не работают?

Да и для новых не работает я уже несколько новых журналов новых создал (настроен "ежедневный шаблон")
Приложил скрины настройки и пакеты, которые запущены.