|
|
#1 |
|
NavAx
|
Повторения пакетных заданий и уход времени начала
Axapta 4.0
В общем, озаботился неприятной особенностью пакетных заданий, повторяющихся ежедневно или ежемесячно. Дело в том, что если задание по каким-то причинам не начало обрабатываться в заданное время начала, то потом, после выполнения, время начала сместится на фактически получившееся в предыдущей итерации. Это приводит к постепенному "сползанию" времени начала задания, что не всегда хорошо. ![]() Чтобы это вылечить, достаточно в классе SysRecurrence отредактировать окончания двух методов: doUnitDate и doUnitWeek перед вызовом this.finish следующим образом: X++: currentTime = startTime; //стало //currentTime = oldTime; было return this.finish(currentDate, currentTime); } Было бы любопытно узнать, чем руководствовались разработчики, когда писали это... Чтобы при нескольких параллельно обрабатывающих одну и ту же пакетную группу пакетных серверах взаимные блокировки не происходили, если задания что-то блокируют? Или чтобы дать пакетному серверу "передохнуть" между заданиями?
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты...
|
|
|
|
| За это сообщение автора поблагодарили: Zabr (3). | |
| Теги |
| batch, пакетная обработка, пакетное задание |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Дата начала амортизации | 8 | |||
| Перепланирование производственных заданий по факту | 11 | |||
| Ошибка времени выполнения | 8 | |||
| Ошибка времени выполнения | 19 | |||
| Учет рабочего времени | 1 | |||
|