Добрый день.

 

Добавил в планировщик процессов процесс и установил, чтобы запуск был каждый день в 7.00, но не всегда запускается в это время.

 

Например, я захожу позже и смотрю в журнале процессов время запуска, то получается данный процесс запустился, когда я вошел в систему.

 

Каким образом можно решить проблему? 

Нравится

3 комментария
Лучший ответ

Ксензов Егор,

RabbitMQ это брокер сообщений и к планировщику отношения не имеет, а от Quartz ни кто отказываться в системе не собирается (буквально не давно задавался этот вопрос разрабам и ответ был однозначным "Пока нет планов отказываться от него"). Скорее проблема в самом IIS а точнее что после перезапуска в нем не идет инициализация до первого http запроса (post, get не имеет значения). Это настраивается в IIS но все равно работает коряво, ждем переходя на Линукс, там проблемы такой у меня не было с net core

Вам лучше с поддержкой по этому вопросу пообщаться. Насколько я знаю недавно перешли на новый планировщик заданий (вместо quartz теперь rabbitmq), может это просто баг. Такое бывало раньше с кварцем.

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

Ксензов Егор,

RabbitMQ это брокер сообщений и к планировщику отношения не имеет, а от Quartz ни кто отказываться в системе не собирается (буквально не давно задавался этот вопрос разрабам и ответ был однозначным "Пока нет планов отказываться от него"). Скорее проблема в самом IIS а точнее что после перезапуска в нем не идет инициализация до первого http запроса (post, get не имеет значения). Это настраивается в IIS но все равно работает коряво, ждем переходя на Линукс, там проблемы такой у меня не было с net core

Показать все комментарии

Доброго времени!

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

Стандартный функционал удаления схемы процесса (его некоторой версии) приводит к удалению всех схем данного бизнес-процесса из пакета.

Нравится

6 комментариев

Кажется, я делал Export, затем удалял, затем Import :)

Создание новой версии процесса подразумевает создание новой схемы, которая ссылается на оригинальную схему БП.
Удалить оригинальную схему БП без всех остальных версий не получится.

Только на прошлой неделе удаляла копию БП, при этом удалялись все запущенные экземпляры данного процесса-копии, если таковые имелись, но в моем случае таких вроде не было, а родительский процесс (из которого делала копию) остался.
Он был неактивен и активировала я его через действие [Set as actual] прямо в дизайнере БП.
Используемая версия 7.10.0.
Если у Вас версия ниже данной, то, возможно, что вариант, предложенный Владимиром подойдет больше.

Коллеги, спасибо за ответы.

Задача решилась небольшим шаманством :) с файлами descriptor.json и properties.json.

Из первого файла удалил секцию Parent (ссылка на первую версию процесса), а во втором файле указал "Version": "0" и "IsActiveVersion": "True". Все изменения производил в Visual Studio.

Затем загрузил изменения в файловой системе в Конфигурацию, и удалил из Конфигурации первую версию процесса уже как независимый процесс.

Решение выше оказалось не рабочим, при попытке сохранить отредактированную диаграмму процесса стало вылетать исключение: http://prntscr.com/fe4sw8
Пришлось через меню "Действия" в диаграмме процесса создавать копию процесса, а старый удалять.

"Давыдов Андрей Дмитриевич" написал:Пришлось через меню "Действия" в диаграмме процесса создавать копию процесса, а старый удалять.

Жаль, с версиями подпроцессов так не поступить :(

Показать все комментарии