Как понять что пакетник (BatchRun) не работает.

[Perc]

Цитата:

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

У нас написали свой отдельный пакетник, который по определенным критериям каждые 10 минут проверяет остальные пакеты и если какой-то упал в ошибку или не запустился, хотя должен был, то отправляет страшные письма в техподдержку.

Ну вот и вопрос. А какие это критерии? Если упал в ошибку понятно, если не запустился понятно. А если запустился, нов ошибку не упал Просто из-за ошибки в каком то из пакетов прервалась сама пакетная обработка? И все мирно лежит в выполнении. Хотя ничего на самом деле не исполняется

[gl00mie]

Цитата:

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

У нас все пакеты за которыми следят запущены от одного пользователя. Смотрят за такими пакетами и их статусом и ожидаемым временем старта.

Так то в 2009-й, а тут речь про 4.0, где AOS еще не умеет быть пакетным сервером.

Цитата:

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

А если запустился, но в ошибку не упал Просто из-за ошибки в каком то из пакетов прервалась сама пакетная обработка? И все мирно лежит в выполнении. Хотя ничего на самом деле не исполняется

Ну как это обработка прервалась, а пакетное задание осталось в выполнении? Клиент и по совместительству пакетный сервер (коль скоро речь о 4.0) висит с модальным MsgBox'ом и сообщением "шеф, всё пропало"? Так запускайте его с параметром

-internal=nomodalboxes

тогда клиент так делать не будет и сразу закроется, а его сессия на AOS'е завершится. В задании прописан код сессии, в которой оно выполняется: если сессия жива, значит, ничего не прервалось и не упало - максимум зависло, а если сессии такой среди живых нет, значит, пакет реально упал, и статус ему надо поменять. Это можно даже в 4.0 реализовать с помощью описанного выше пакета-надсмотрщика

[Perc]

Цитата:

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

Ну как это обработка прервалась, а пакетное задание осталось в выполнении? Клиент и по совместительству пакетный сервер (коль скоро речь о 4.0) висит с модальным MsgBox'ом и сообщением "шеф, всё пропало"? Так запускайте его с параметром

-internal=nomodalboxes

тогда клиент так делать не будет и сразу закроется, а его сессия на AOS'е завершится. В задании прописан код сессии, в которой оно выполняется: если сессия жива, значит, ничего не прервалось и не упало - максимум зависло, а если сессии такой среди живых нет, значит, пакет реально упал, и статус ему надо поменять. Это можно даже в 4.0 реализовать с помощью описанного выше пакета-надсмотрщика

Параметр nomodalboxes честно говоря не помнил. Но ошибка не модально висит. Ошибка в окне инфолога. Что-нибудь про "Ошибка времени выполнения" и стеком вызовов где упало. Пакетная обработка останавливается, форма пакетной обработки с картинкой выполнение остается, но ничего фактически не делает. Но клиентская сессия в которой упала пакетная обработка вполне себе жива не зависла.
Была мысль все запускать в runAs - ну типа там своя сессия, сохранять ее в Batch вместо родительской, как сейчас. И вот сессия runas как раз при таких ошибках тоже завершается. ну и потом в параллельной пакетной обработке проверять живость сессии записанной в выполняемом пакете. Но вот интересуюсь, а кто как выпутывались?

[Perc]

Цитата:

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

.. Так запускайте его с параметром

-internal=nomodalboxes

тогда клиент так делать не будет и сразу закроется, а его сессия на AOS'е завершится.

Вопрос не по теме, но из контекста)

А кто-нить пользовался этим параметром -internal=nomodalboxes ? Как он работает? У меня как я себе вообразил ничего не вышло.
В командной строке запуска добавляю в конце -internal=nomodalboxes. Запускаю аксапу.
Запускаю класс в run которого:

Box::okCancel("блабла", DialogButton::Ok);

и все работает как обычно. Появляется модальный диалог с сообщением. жмешь ок. И все. Никаких обвалов.
И да.. DAX4