Классы от RunBaseReport и класс Thread

[Omeo]

Всем добрый вечер

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

но
при работе пакетника ничего не происходит при запуске

t.run(classnum(MyClass), staticmethodstr(MyClass, MyMethod));

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

точно проверено : пакетник работает (обрамлял t.run логированием)
делал логирование в самом методе MyMethod (тут люди писали что, возможно, валится где то на IO или еще на чем то) - метод вообще не вызывается

подскажите куда рыть ?

[trud]

мне кажется вы не туда роете.
есть серия отличных статей про распараллеливание в пакете, класс thread тут не причем

http://blogs.msdn.com/b/axperf/archi...x-part-ii.aspx

[JeS]

В подтверждение слов trud-а приведу ссылку, в которой пишут, что thread не работает в пакете:
http://dynamics-ax.blogspot.ru/2010/...-vs-batch.html

Когда я писал класс-наследник от RunbaseBatch, то для распараллеливания процессов делал проверку на то как работает класс. Если в пакете, то применял Batch Parallelism, если нет - threads. Вроде все работает в итоге.

[DSPIC]

Confirmed. Thread не работает в пакетном режиме, по крайней мере в AX2009.
А распараллеливание BatchHeader на BatchJobs мягко говоря неудобное решение, хотя и работает.

[Logger]

Цитата:

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

Confirmed. Thread не работает в пакетном режиме, по крайней мере в AX2009.
А распараллеливание BatchHeader на BatchJobs мягко говоря неудобное решение, хотя и работает.

Да, кстати если в пакете посмотреть New Session().masterSessionId() то выдаст 2
Т.е. все пакетные обработчики - это Thread-ы от одной системной сессии с номером 2.

Возможно, есть ограничение на запуск вложенных Thread.

[Logger]

Цитата:

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

После некоторых разбирательств удалось понять, что при старте АОСа он создает 2 системные сессии с SessionID равным 1 и 2.

Какая жесть
Оказывается они еще и ведут себя по разному.
Сессия 1 считает что curExt() = "" !
Как следствие, если захочется что-то по логировать то для нее не получится это сделать (поймать момент старта аоса и записать в табличный лог). Тупо выдает ошибку

Цитата:

Object Server XX: Dialog issued for client-less session 1: Cannot create a record in YYYYYYY (ZZZZZ).
Insert operations are not allowed across companies. Please use changecompany keyword to change the current company before inserting the record.

Зато для пакетной сессии 2 все нормально работает. Какая-то жесть

[gl00mie]

Пологировать можно в таблицу с SaveDataPerCompany = No

[Logger]

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

[Link]

К теме использования Thread в AX.
Здесь можно скачать xpo - пример использования в SSRS отчете. Хотя автор пишет:

Цитата:

The code is for demonstraction only. A more practical application to leverage this feature is in batch processing.

Что собственно уже упоминалось выше