Обойти аpplication.startupPost() при запуске Ах

[smailik]

Всем доброго дня. Прошу дать совет как при запуске Ах обойти запуск метода аpplication.startupPost() или как-то остановиться в начале этого метода или как-либо подменить весь класс application?

[smailik]

Изменение метода повлекшее за собой невозможность запуска приложения было сделано на слое CUS. Победил все следующим образом. Остановил службу, убрал из папки приложения файл axcus, запустил службу, запустил приложение на usr слое, поправил метод startupPost на usr слое, остановил службу, положил обратно файл axcus, запустил приложение и у меня выполнился код со слоя usr, после этого вернул класс в изначальное состояние.

[kashperuk]

ax32 -noauto
This command does not have a corresponding user interface value.
Microsoft Dynamics AX developers use this parameter when they have made changes to the startup behavior of Microsoft Dynamics AX and they want to bypass those changes to troubleshoot issues or problems.

https://technet.microsoft.com/en-us/.../aa569653.aspx

[Logger]

Цитата:

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

ax32 -noauto
This command does not have a corresponding user interface value.
Microsoft Dynamics AX developers use this parameter when they have made changes to the startup behavior of Microsoft Dynamics AX and they want to bypass those changes to troubleshoot issues or problems.

https://technet.microsoft.com/en-us/.../aa569653.aspx

А можно как-нибудь запретить выдачу ядром message box-ов ?

[michel1971]

Цитата:

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

А можно как-нибудь запретить выдачу ядром message box-ов ?

-INTERNAL=NOMODALBOXES
Где то была на форуме тема.

[Logger]

В 2012-й аксапте обнаружился неприятный баг.
Если клиент запущен с параметром -noauto или при старте клиента произошла ошибка в new() методе какого-либо системного класса (т.е. он не создался) например (Application, Info, ClassFactory)
то дальше происходит очень неприятная вещь.

Если в коде идет проверка на существование системного класса, например

if (classFactory)
{
   ...
}

то для клиентского исполнения все ок.
А для серверного происходит ошибка времени выполнения, как будто мы не просто проверяем глобальный экземпляр на существование, но и сразу вызываем на нем метод. Причем try catch это хоть и ловит но выскакивает Message Box, который невозможно подавить параметром командной строки -INTERNAL=NOMODALBOXES

Как следствие в случае проблем с приложением нельзя спокойно запустить клиент с параметром -NOAUTO и сделать глобальную компиляцию. (При компиляции Query идут вызовы методов
\Classes\SysQueryRangeUtil\currentWorker
\Classes\SysQueryRangeUtil\currentRoleHasAccessToPrivate
и.т.п. которые порождают проверку на classFatory и компиляция выдает ошибку с messagebox-ом и компиляция останаливается.
Стек вызовов такой
(S)\Classes\Global\currentWorker - line 15
(S)\Data Dictionary\Tables\DirPersonUser\Methods\currentWorker - line 9
(S)\Classes\SysQueryRangeUtil\currentWorker - line 9
(S)<runtime compiled code>\anytype wrapper(){ return SysQueryRangeUtil::currentWorker(); }
)

Кто-нибудь встречался с подобным поведением ?
Как можно в серверном коде безопасно проверить classFactory на существование ?

if (classFactory)

приводит к ошибке времени выполнения.

[Dreadlock]

Цитата:

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

В 2012-й аксапте обнаружился неприятный баг.
Если клиент запущен с параметром -noauto или при старте клиента произошла ошибка в new() методе какого-либо системного класса (т.е. он не создался) например (Application, Info, ClassFactory)
то дальше происходит очень неприятная вещь.

Если в коде идет проверка на существование системного класса, например

if (classFactory)
{
   ...
}

то для клиентского исполнения все ок.
А для серверного происходит ошибка времени выполнения, как будто мы не просто проверяем глобальный экземпляр на существование, но и сразу вызываем на нем метод. Причем try catch это хоть и ловит но выскакивает Message Box, который невозможно подавить параметром командной строки -INTERNAL=NOMODALBOXES

Как следствие в случае проблем с приложением нельзя спокойно запустить клиент с параметром -NOAUTO и сделать глобальную компиляцию. (При компиляции Query идут вызовы методов
\Classes\SysQueryRangeUtil\currentWorker
\Classes\SysQueryRangeUtil\currentRoleHasAccessToPrivate
и.т.п. которые порождают проверку на classFatory и компиляция выдает ошибку с messagebox-ом и компиляция останаливается.
Стек вызовов такой
(S)\Classes\Global\currentWorker - line 15
(S)\Data Dictionary\Tables\DirPersonUser\Methods\currentWorker - line 9
(S)\Classes\SysQueryRangeUtil\currentWorker - line 9
(S)<runtime compiled code>\anytype wrapper(){ return SysQueryRangeUtil::currentWorker(); }
)

Кто-нибудь встречался с подобным поведением ?
Как можно в серверном коде безопасно проверить classFactory на существование ?

if (classFactory)

приводит к ошибке времени выполнения.

Году так в 2011 я в 2009 Ах решал проблему определения запуска SRS отчета из клиента или с портала и наткнулся на Global::clientKind() метод. Можете попробовать его до вызова строки

if (classFactory)

Точнее не сам метод использовать а тип ClientType

[Pandasama]

Цитата:

Как следствие в случае проблем с приложением нельзя спокойно запустить клиент с параметром -NOAUTO и сделать глобальную компиляцию.

Если вы хотите запустить проблемный клиент только для того чтобы сделать компиляцию - может быть использовать какой-нибудь axbuild ?

[Logger]

Цитата:

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

Если вы хотите запустить проблемный клиент только для того чтобы сделать компиляцию - может быть использовать какой-нибудь axbuild ?

Хороший вариант.
Но все же такие ошибки - это нехорошо. Обойти бы их как-нибудь. Явно это баг.

[Pandasama]

Мне кажется, что "проблемы с приложением" - это уже нехорошо.
Может ли при нормальной работе возникнуть ситуация с несозданными classFactory?

[Raven Melancholic]

Цитата:

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

Мне кажется, что "проблемы с приложением" - это уже нехорошо.
Может ли при нормальной работе возникнуть ситуация с несозданными classFactory?

Насколько помню именно с classFactory может. В CIL он вроде бы не создается.

[Logger]

Запуск с параметром - noauto

[Logger]

Спасибо.
Но это немножко не то.
В данной ситуации не подойдет.