запуск класса RunBaseBatch

[Владимир Максимов]

Цитата:

Сообщение от Raven Melancholic

видел как при программном запуске разноски накладной в DAX2009 (не в пакетном режиме) принудительно устанавливался parmInBatch(true),

В таких случаях должны были бы дописать дополнительный признак, указывающий на способ запуска. Там ведь наверняка надо не все обходить. А часть оставить "как есть".

Цитата:

Сообщение от Raven Melancholic

Железобетонно определит работаем ли в пакете

Если идти по пути извращений, то кроме собственно признака выполнения в пакете в экземпляр класса записывается еще и запись таблицы Batch.

batchClass.parmCurrentBatch(batch);

Поэтому можно посмотреть еще есть ли не пустое значение табличной переменной Batch в текущем классе

BatchHeader::getCurrentBatchTask(); - это то пакетное задание, которое выполняется сейчас. Вопрос-то был не о том, выполняется ли что-нибудь, а выполняется ли именно данный экземпляр класса в пакете? Да, конечно, скорее всего, это будет один и тот же экземпляр. Но как-то это из разряда "у нас джентльменам верят на слово" (с)

[Raven Melancholic]

Цитата:

Сообщение от Владимир Максимов

BatchHeader::getCurrentBatchTask(); - это то пакетное задание, которое выполняется сейчас. Вопрос-то был не о том, выполняется ли что-нибудь, а выполняется ли именно данный экземпляр класса в пакете?

Не, немного не так.
Это то задание, которое выполняется:

• Сейчас.
• С номером сессии, которая выполняется сейчас.
• С датой начала сессии, которая выполняется сейчас.

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

[Raven Melancholic]

Цитата:

Сообщение от Владимир Максимов

В таких случаях должны были бы дописать дополнительный признак, указывающий на способ запуска. Там ведь наверняка надо не все обходить. А часть оставить "как есть".

Там даже не нужно было менять стандартный код SalesFromLetter.
Стандарт, когда работает в пакете, создает себе "помощников" RunTimeTask на формирование и разноску накладной (точнее, по одному помощнику на каждую накладную, если работает групповая разноска) и одного помощника для завершения.
Если разноска изначально идет в пакете, то помощники создаются внутри общей задачи. А вот если сам запуск не в пакете, но мы передали parmInBatch(true), то разноска обманывается, отрабатывают те же механизмы, но так как текущей задачи нет, то она автоматом создается и все помощники добавляются к ней.
В результате без пакета работает только сама подготовка и запуск, а остальное в пакете.
Понятно, что можно было программно создать пакетную задачу с нуля, то работает и так. Видел это уже не раз, вполне возможно, что в разных местах делал это один и тот же разработчик.