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

[oleggy]

Привет.
Подскажите можно ли в методе
void main(Args _args)
пакетного класса (наследника RunBaseBatch) определить запущен данный пакетик в рамках переодической операции или в рамках вызова из формы?

[Pandasama]

что имеется в виду под "в рамках периодической операции"? в пакетном режиме или нет?

[axm2017]

main лишь статик отрабатывать будет наверное таки другой метод
isInBatch возможно вам поможет.

[Pokersky09]

Метод main вызывается только из форм, он не вызывается и не исполняется в пакетном задании. main отрабатывает клиентскую часть - отобразить диалог, собрать данные для запуска от юзера (если необходимо), и получить режим запуска от юзера - пакетный или нет. Все это происходит внутри метода prompt (который вызывается из main). Если юзер нажал чекбокс пакетного задания, то создается пакетное задание, которая запустится в отдельной сессии по расписанию. Это отдельная сессия АХ, и исходным (начальным) методом всегда является run.

Если Вам нужно внутри run понять, находится ли сейчас исполнение в пакетном задании или нет, то есть метод в RunBaseBatch.isInBatch().

[Omeo]

Цитата:

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

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

мне кажется вы ошибаетесь,
main запускается всегда, просто в методе prompt базового класса что то есть про обработку в пакете, там вызов сохраненных параметров вызывается

edit: пардоньте, перепутал с runJobStatic в пакете

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

1. Статический метод main - это стартовый метод класса, если сам класс запускается через объект Menu Items. Т.е. через пункт меню.

Разумеется, это можно сделать и программно (и делают), но, как правило, это означает запуск пользователем "вручную". По кнопке или через пункт меню

2. При запуске класса в пакетном режиме сам запуск происходит следующим образом

myClass = new MyClass();   // Вот поэтому не надо в new() передавать параметры
myClass.unpack(xxx);
myClass.parmInBatch(true);  // Явным образом указывается признак запуска в пакетном режиме
myClass.run();

Вот по значению параметра parmInBatch() и можно определить, запущен ли класс в пакетном режиме или нет. Ну, или через isInBatch() - это чтение той же самой переменной

[Raven Melancholic]

Цитата:

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

Вот по значению параметра parmInBatch() и можно определить, запущен ли класс в пакетном режиме или нет. Ну, или через isInBatch() - это чтение той же самой переменной

В стандарте это так, но уже в нескольких модификациях видел как при программном запуске разноски накладной в DAX2009 (не в пакетном режиме) принудительно устанавливался parmInBatch(true), чтобы сама разноска запускалась в отдельной пакетной задаче и не нужно было ждать, в итоге SalesFormLetter "обманывался" и считал, что работает в пакете.
Железобетонно определит работаем ли в пакете метод BatchHeader::isExecutingInBatch(). Не помню, был ли он в DAX2009, но его код элементарный:

public static boolean isExecutingInBatch()
{
    Batch batch = BatchHeader::getCurrentBatchTask();
    if (batch)
    {
        return true;
    }

    return false;
}

[oleggy]

Спасибо. А из отчета (класс ReportRun) можно узнать запущен отчет пользователем или в пакете?

[DSPIC]

если - наследник RunBaseReport (см. класс Tutorial_RunbaseReport), то аналогично, как подсказали.
Если нет, то есть глобальный метод Global::hasGUI(). Если вернёт false, то выполняется точно не в клиентской сессии (а значит, выполняется из-под Batch, Web, EP, .Net business connector).

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

Цитата:

Сообщение от 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), то разноска обманывается, отрабатывают те же механизмы, но так как текущей задачи нет, то она автоматом создается и все помощники добавляются к ней.
В результате без пакета работает только сама подготовка и запуск, а остальное в пакете.
Понятно, что можно было программно создать пакетную задачу с нуля, то работает и так. Видел это уже не раз, вполне возможно, что в разных местах делал это один и тот же разработчик.