ClientType::Server

[DSPIC]

Вопрос без подвоха: когда сработает данное условие?

    if (new Session().clientKind() == ClientType::Server)
        info ("Server");

[fed]

Рискну предположить, что в 2009ой оно сработает в том случае, если класс выполняется на невыделенном батч-сервере (в смысле - совмещенном с AOS).
Также во всех версиях аксапты, по крайней мере начиная с версии 3.0, AOS-сервер при старте устанавливает системное соединение с самим собой от имени псевдопользователя -AOS-, в контексте этого соединения выполняется часть X++ кода из AOD (Какая не знаю, но очень маленькая). По крайней мере, почти точно происходит обработка внутрисистемных опопещений в классе SysEventHandler. Если ты свой код засунешь в этот класс, скорее всего условие сработает.
P.S. Возможно я насчет батч-сервера не совсем прав и для того чтобы там условие выполнилось,надо код засунуть в один из статических методов класса BatchRun, которые точно выполняются в серверном контексте. Возможно, обычный наследник RunBaseBatch для этого не подойдет - надо проверять...

[DSPIC]

SysEventHandler - о! именно этот функционал я и пытаюсь запустить (ну или убедиться, что он работает). Запускается он из метода application.new(). Там, в цепочке вызовов, стоит условие clientKind() == ClientType::Server, которое не проходит. Вообще этот метод вызывается (точнее сказать, создается сессия того или иного типа) при:

1. Старте клиента, при этом ClientType=Client (проверено, не зависит от места выполнения кода - сервер\клиент)
2. Старте пакетного обработчика, при этом ClientType=WorkerThread (проверено)
3. Старте коннектора, при этом ClientType=COMObject (не проверял)
4. Когда ещё? При старте АОСа он не вызывается.

Цитата:

AOS-сервер при старте устанавливает системное соединение с самим собой от имени псевдопользователя -AOS-

О, наверное в этот момент как раз и происходит вызов application.new() от имени ClientType::Server, что покрывает последний 4-й пункт списка выше, но только вроде как не при старте АОСа. А можно подробнее про это соединение - когда оно всё-таки происходит?

Цитата:

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

неа, там ClientType=WorkerThread

[fed]

Гм. Может этот тип сессии вообще остался от версии 3.0? А в версии 2009, в связи с появлением типа нити worker-thread, его отключили ?
Я бы советовал попробовать при ОСТАНОВЛЕННОМ AOS включить режим трассировки (с маскимальным количеством флажков и глубиной трассировки 99(, потом запустить AOS, остановить трассировку, и посмотреть какие классы и методы дергались при старте.

Но я об этом механизме знаю не больше тебя Я его выкопал не в секретных архивах MS, а просто копаясь в коде (так что могу быть не прав).

[DSPIC]

Эмм, запутался я совсем, и не заметил. В общем, действительно, сессия в контексте -AOS- стартует при старте АОСа и в этом случае, ClientType=Server. Более того, их там две стартуют, с id=1, id=2. Вроде как и функциональность SysEventHandler также работает.

Fed, ну да Бог с ним, с этим ClientType, будем считать, что с ним разобрались - но всё это - мои попытки решить более глобальную проблему (или как-то к ней подобраться).
Вот, оно, главное зло: AX2009: Ошибка оптимистической модели обновления
Ну а эту тему наверное можно считать закрытой, мерси за наводки!