13.01.2017, 10:55 | #1 |
Участник
|
Workflow протокол ошибор (Event alert)
В одной посте в интернете я прочитал, что Workflow пишет отчет об ошибках в стандартный протокол Windows (Event Viewer).
Я так понимаю, что эта запись идет в протокол сервера AOS (а не клиента, на котором я получаю эту ошибку). Как определить в какой именно сервер AOS идет запись, если их несколько? Есть ли где-то настройка или информация, с каким сервером AOS связан конкретный экземпляр Workflow. Если поподробнее об ошибке, то эта стандартная ошибка при редактировании Workflow из вызова: X++: try { workflowConfiguration = Microsoft.Dynamics.AX.Framework.Workflow.Model.WorkflowModel::Create(versionTable.ConfigurationId, curext(), domainUser); } catch (Exception::CLRError) { throw error("@SYS327400"); } Цитата:
An unexpected error has occurred while opening the workflow. See the event log on the AOS and contact your system administrator to resolve the issue.
|
|
13.01.2017, 13:23 | #2 |
Злыдни
|
Сервер AOS смотрите в заголовке рабочего окна.
Подключаете EventLog этого сервера и в ветке Applications and Services Logs смотрите журнал Microsoft Dynamics AX Workflow
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
|
За это сообщение автора поблагодарили: petr (2). |
13.01.2017, 13:51 | #3 |
Участник
|
Цитата:
Еще один вопрос. При импорте Workflow сегодня утром, ошибка зафиксировалась в журнале (во вложении). Но последующие ошибки (при попытке создать новый Workflow или изменить импортированный) не фиксируются в журнале ошибок. Поэтому даже не понятно в какую сторону копать. |
|
18.01.2017, 19:47 | #4 |
Участник
|
Цитата:
Сообщение от petr
Понял. А то все 4 AOS перебирал. Спасибо.
Еще один вопрос. При импорте Workflow сегодня утром, ошибка зафиксировалась в журнале (во вложении). Но последующие ошибки (при попытке создать новый Workflow или изменить импортированный) не фиксируются в журнале ошибок. Поэтому даже не понятно в какую сторону копать. Нашли ли вы решение?? У меня выдавало эту же ошибку на build() методе, но после включение Inbound ports - SysWorkflowApprovalWorkItemServices эта ошибка ушла, но появилась на методе run(), после доработки try-catch блока обнаружил несовместимость типов и ошибку вида Clr Interop Marshal: Unsupported type. |
|
19.01.2017, 18:29 | #5 |
Участник
|
После фул СИЛ и компиляции классов SysWorkflow* появилась другая ошибка "Could not load file or assembly 'DevExpress.Data.v14.2, Version=14.2.107.0, Culture=neutral, PublicKeyToken=b88d1754d700e49a' or one of its dependencies"
Попробую ночью стопануть АОС и залить в client/bin свежую библиотеку, ибо сейчас там находится версия 14.2.6. |
|
19.01.2017, 18:30 | #6 |
Участник
|
Они фиксируются, но не в отдельном журнале, как вы указали на скриншоте, а в Application, особенно когда workFlow падает.
|
|
Теги |
workflow |
|
|