таймер | Community Creatio

15 апреля 2021 11:39

Добрый день!

Два вопроса по таймеру в процессах:

1. Можно ли в стартовом сигнале указывать не конкретный часовой пояс, а использовать установки сервера (чтобы утро не зависело от того, где установлен процесс)?

2. Можно ли задавать время запуска в системных настройках?

Нравится

3 комментария

Александр Тыра

15 апреля 2021 12:33

Настройки для работы системы берутся из настроек ОС где устанавливается система и настроек часового пояса в ней. Так как в большинстве случаев администраторы ОС пренебрегают настройками часового пояса при установке системы, то я бы посоветовал обратить внимание для начала туда. А настройка часового пояса по умолчанию производится в системной настройке "Часовой пояс по умолчанию", но она все же больше сделана для настройки работы календаря и связанных с ней частей системы.

Ответить

https://academy.terrasoft.ua/docs/user/biznes_processy/primery_nastrojk…

15 апреля 2021 13:09

А зачем тогда настройка часового пояса в стартовом сигнале процесса Timer?

Ответить

Zhmurko Sergii

21 апреля 2021 14:11

Владимир Соколов,

Добрый день!

Можно задавать время в формате UTC для таймера, тогда вопросов с часовыми поясами вообще не будет.

Подобные примеры доступны в статьях на академии:

Ответить

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

Вопрос

Не работает таймер в БП

Michael Tkachev

10 ноября 2020 09:24

Всем привет!

Есть БП довольно простой.

До таймера все работает как положено, а после таймера ничего не происходит.

Без таймера все работает отлично, но он тут очень необходим.

Нравится

3 комментария

Зверев Александр

11 ноября 2020 17:30

Михаил, причины могут быть различными.

Например, если есть большое количество процессов, которые используют таймер (и, следовательно, планировщик), то может быть, сейчас очередь планировщика перегружена, что и могло вызвать проблемы с зависанием процессов. В таком случае нужно увеличить threadCount во внешнем Web.config с 5, например, до 10. Стандартно там:

&lt;add key="quartz.threadPool.threadCount" value="5" /&gt;

Или же в момент выполнения таймера происходит какая-то ошибка и больше информации можно получить из файлов логов.

Ответить

Руслан Хасанов

11 января 2021 07:46

Михаил, подскажите, пожалуйста, удалось ли решить проблему.

Ответить

Зверев Александр

26 февраля 2021 17:26

Руслан, если воспроизводится постоянно и причина не та, что предполагал выше, обратитесь в поддержку для более подробного исследования Вашей системы.

Ответить

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

Вопрос

Как из БП, стартующего по таймеру, остановить следующие выполнения этого процесса?

28 ноября 2019 21:01

Есть процесс, который по таймеру каждые 10 минут обрабатывает пришедшие файлы. В ходе выполнения процесса может возникнуть некоторая ситуация, в результате чего необходимо остановить все следующие выполнения этого процесса. То есть, пока администратор его не запустит ещё раз самостоятельно, процесс не должен стартовать.

Можно ли такое сделать?

В данный момент в начало процесса добавили проверку, которая уводит процесс в завершение, но через 10 минут он запускается снова. А хотелось бы уйти от этих "пустых" запусков.

Нравится

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

Лучший ответ

Коновалов Игорь

29 ноября 2019 06:30

Снимайте признак активный с БП

Ответить

Коновалов Игорь

29 ноября 2019 06:30

Снимайте признак активный с БП

Ответить

Савельева Анастасия

29 ноября 2019 18:05

Почему вы не можете запускать процесс, только если в системе появляются новые файлы? Тогда и не будет "пустых" запусков, а только по сигналу

Ответить

30 ноября 2019 21:57

Савельева Анастасия,

а как отлавливать этот сигнал?

Ответить

Перестал работать запуск по таймеру

3 декабря 2019 11:33

Коновалов Игорь пишет:

Снимайте признак активный с БП

А в каком объекте этот признак присутствует?

Ответить

Зверев Александр

4 декабря 2019 18:41

Вижу в базе отдельный объект SysProcessDisabled. См. тут.

Ответить

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

Вопрос

таймер

7.11

sales

16 марта 2018 09:34

Перестали запускаться БП по таймеру. В логах вижу

2018-03-16 10:00:38,970 [BPMonlineQuartzScheduler_Worker-1] ERROR CP-BPM2\bpmadmin Terrasoft.Core.Scheduler.ProcessJobStub Execute - Cross-domain process launch for workspace "Default" ended abnormally

System.AppDomainUnloadedException: The application domain in which the thread was running has been unloaded.

Server stack trace:

at System.Threading.Thread.InternalCrossContextCallback(Context ctx, IntPtr ctxID, Int32 appDomainID, InternalCrossContextDelegate ftnToCall, Object[] args)

at System.Runtime.Remoting.Channels.CrossAppDomainSink.DoTransitionDispatch(Byte[] reqStmBuff, SmuggledMethodCallMessage smuggledMcm, SmuggledMethodReturnMessage& smuggledMrm)

at System.Runtime.Remoting.Channels.CrossAppDomainSink.SyncProcessMessage(IMessage reqMsg)

Exception rethrown at [0]:

at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)

at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)

at Terrasoft.Core.Scheduler.ProcessJobProxy.Execute(IWebAppJob job, IJobExecutionContext context)

at Terrasoft.Core.Scheduler.ProcessJobStub.Execute(IJobExecutionContext context)

Что это такое? Почему? И как с этим быть?

Нравится

2 комментария

16 марта 2018 09:54

Не помогает даже ребут сервера

2018-03-16 10:40:44,066 [9] INFO CP-BPM2\bpmadmin Quartz.Core.QuartzScheduler Initialize - Scheduler meta-data: Quartz Scheduler (v2.3.2.0) 'BPMonlineQuartzScheduler' with instanceId 'auto'

Scheduler class: 'Quartz.Core.QuartzScheduler' - running locally.

NOT STARTED.

Currently in standby mode.

Number of jobs executed: 0

Using thread pool 'Quartz.Simpl.SimpleThreadPool' - with 5 threads.

Using job-store 'Quartz.Impl.AdoJobStore.JobStoreTX' - which supports persistence. and is clustered.

Ответить

Maksym Naumovets

16 марта 2018 13:51

Алексей, добрый день!

Для решения нужно анализировать логи приложения. Рекомендую Вам обратиться в техническую поддержку.

Ответить

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

Вопрос

таймер

7.11

sales

Стартовый таймера в БП

15 марта 2018 14:00

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

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

В итоге процесс таймера запустился и висит в состоянии Выполняется. При этом ни на диаграмме, ни на странице процесса нет ни одного выполненного элемента.

Что с этим можно сделать?

Нравится

2 комментария

Логвин Андрей Витальевич

15 марта 2018 15:39

Алексей, здравствуйте!

Запуск компилируемых процессов по стартовому таймеру реализован в версии 7.11.3 и выше.

По поводу элемента Генерация сообщения, данный элемент работает в рамках отдельного экземпляра процесса, подробнее на Академии. Обработать сигнал в другом процессе не удастся.

Для версии 7.11.2 Вы можете при необходимости в элементе Задание-сценарий в расширенных настройках снять признак Для интерпретируемого процесса, снять признак Компилируемого процесса и выполнить деактивацию\активацию процесса. При этом будет пересоздан триггер для процесса.

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

Ответить

Переход на следующий элемент по таймеру

15 марта 2018 15:42

Логвин Андрей Витальевич,

За 2 абзац спасибо, не знал.

Ответить

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

Вопрос

таймер

Бизнес-процессы

Разработка

Савельева Анастасия

11 декабря 2016 12:52

Здравствуйте!

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

Нравится

1 комментарий

12 декабря 2016 09:19

Анастасия, добрый день!

У каждого элемента есть условия, при которых он считается выполненным. “Перескочить” элемент через определенное время не получится. У вас верный подход к решению:
1. Элемент [Исключающее ИЛИ по событиям]. Из элемента выходят 2 потока перехода.
2. Первый поток – элемент [Таймер].
3. Второй поток - элемент [Обработка сигнала]. Ожидает изменения целевой записи.

В результате либо истечет время таймера, либо запись будет соответствовать условиям и процесс пойдет по одной или второй ветке.

Ответить

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

Вопрос

27 июня 2016 16:29

В БП использую таймер, значение которого меняется динамически в зависимости от планируемой даты оплаты счета. При повторном запуске таймера (если изменилась дата) - таймер не перезаписывается, в планировщике создается еще одна задача. Удалять задачу напрямую из базы очевидно не вариант, т.к. удалятся все таймеры запущенных экземпляров этого бп. Единственный вариант - удалять таймер в зависимости от его группы (колонка JOB_GROUP в таблице QRTZ_JOB_DETAILS). В колонке храниться Guid. Возможно ли в бп определять это значение, чтоб удалять таймер для этого бп?

Нравится

4 комментария

27 июня 2016 16:42

Здравствуйте, Олег!

Данная задача решается по другому. Создайте параллельную ветку, в которой будет единственный элемент - "Промежуточный обрабатывающий сигнал". Если сигнал сработал - завершаем процесс. В условиях сигнала пропишите условие изменения даты.

В результате при изменении даты:
1) Старый экземпляр процесса завершится
2) Новый экземпляр процесса создастся.

Ответить

Сафонов Олег

27 июня 2016 17:41

Доброго времени суток, Алексей. Дело в том что бп запускается вручную, и на определенном шаге стартует таймер, и в параллельной ветке стоит промежуточный сигнал, после которого таймеру задается новый параметр. Если я правильно Вас понял, то завершать бп не вариант.

Ответить

Сафонов Олег

27 июня 2016 19:05

А впрочем я вынесу то, что Вы предложили в подпроцесс. Спасибо за идею!

Ответить

Медведев Валентин Николаевич

27 июня 2016 19:26

Всегда пожалуйста:smile:

Ответить

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

Вопрос

24 июня 2016 15:15

Добрый день! Создал БП, который начинает выполняться по сигналу создания или сохранения карточки. Чтобы пользователь не ждал окончания БП, использую элемент "Таймер". В логе все элементы БП отмечены как выполненные, но результатов выполнения нет. Без таймера все работает, но достаточно длительное время. Версия 7.5.0.1328.

Нравится

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

Медведев Валентин Николаевич

24 июня 2016 17:46

Добрый день!
Покажите диаграмму процесса с таймером и без.

Ответить

26 июня 2016 13:45

"Зарицкий Олег" написал:

Добрый день!

Покажите диаграмму процесса с таймером и без.

Ответить

Мария Ватулина

26 июня 2016 13:51

"Медведев Валентин Николаевич" написал:
Зарицкий Олег пишет:

Добрый день!

Покажите диаграмму процесса с таймером и без.

Прикрепленный файлРазмер

bp.jpg
15.59 кб

ой, вообще не разобрать

Ответить

Медведев Валентин Николаевич

27 июня 2016 11:07

в процессе используются элементы "Изменить права". Без таймера записи в детали "Изменить права доступа" появляются, с таймером - нет

Ответить

Некорректная работа БП с таймером

27 июня 2016 11:58

Здравствуйте!

В более ранних версиях элемент "Изменить права доступа" не отрабатывает после элемента "Таймер". Есть два решения:

Обновиться на 7.8.0.
Использовать элемент "Задание-сценарий" для раздачи прав. В этом элементе необходимо выполнить insert в таблицу Sys[#Object#]Right

Ответить

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

Вопрос

9 ноября 2015 14:38

Добрый день.

Подскажите почему может быть такая ситуация:
В БП используется Таймер. Если в таймер идет один поток и из него один поток, то он работает корректно.
Но если добавить из таймера два исходящих потока или исключающее ИЛИ после таймера с двумя исходящими потоками, то БП работает некорректно.
Сделала тестовый БП:
1. В сценарии пишется лог в файл + уменьшается параметр, отвечающий за кол-во повторений БП
2. Чтение данных только для определения по какому маршруту идет процесс
3. В условном потоке идет проверка: завершить процесс (параметр Бп = 0)
Причем после первого выполнения сценария, он повторно не выполняется (то, что не выполняется знаю точно, потому что веду логирование в данном сценарии). Диаграмма БП на картинке 3.
Версия продукта 7.3.0.1910.

Нравится

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

9 ноября 2015 15:57

Александра, судя по скриншотам журнала процессов, элемент «Задание-сценарий» не логируется. Пожалуйста, установите в дизайнере процессов признак «Журналировать» этому элементу.

Также, у процесса есть свойство «Максимальное количество повторений» - это количество повторений после которых процесс завершается вне зависимости от результата.

Ответить

9 ноября 2015 16:33

1. Устанавливала признак Журналировать. При этом в Диаграмме отмечается, что блок обрабатывался, но изменений в параметре и логах при этом нет. Такая ситуация наблюдается только со сценариями, при повторном запуске вычисления в них не срабатывают.
2. Так же пробовала другую ситуацию. Сделала два Бп:
первый состоит из таймера и подпроцесса (запуск второго БП)
второй содержит всю обработку.
При такой реализации все работает корректно. Получается каждый день будет появляться новый БП (2), созданный из БП (1). У таймера старт раз в сутки. Единственное Бп 2 содержит только один скрипт, это немного странно. Удобней было бы все реализовать в одном..
Насколько корректным будет такой вариант? Может есть какие-то "подводные камни"?
3. Так же есть вариант делать без сценария, а с использованием других элементов БП, но это сильно усложнит логику и в БП будет цикл с несколькими элементами процесса.

Ответить

10 ноября 2015 08:44

Максимальное число повторений при подходе 2. не сработало. Ставила 3 повторения, отработал 4, после чего пришлось выключить руками.

Ответить

10 ноября 2015 10:40

Александра, добрый день!

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

1. В БП добавить элемент “Задание сценарий”.
2. В сценарии прописать следующий код :
string schedulerJobGroupName = "ScheduleTest"; // произвольное название
string jobProcessName = "UsrScheduleTest"; // название бизнес-процесса
string schedulerJobName = "ScheduleTestJob"; // произвольное название
int startOffset = 60; // периодичность запуска (в секундах)
AppScheduler.RemoveJob(schedulerJobName, schedulerJobGroupName);
var job = AppScheduler.CreateProcessJob(schedulerJobName, schedulerJobGroupName, jobProcessName, UserConnection.Workspace.Name, UserConnection.CurrentUser.Name);
var trigger = new SimpleTriggerImpl(schedulerJobName + "Trigger", schedulerJobGroupName, DateTime.UtcNow.AddSeconds(startOffset));
AppScheduler.Instance.ScheduleJob(job, trigger);
return true;
3. Сохранить сценарий.

4. В пространство имен (Usings) процесса добавить:
- Quartz.Impl
- Quartz
- Quartz.Impl.Triggers
- Terrasoft.Core.Scheduler

5. Опубликовать процесс.

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

Ответить

13 ноября 2015 10:01

Спасибо за предоставленные комментарии.
Сделала еще один процесс с таймером и сценарием и сценарий стал отрабатывать. В чем была причина проблемы отработки сценария в предыдущем ТМ так и не выяснила.

По поводу решения через Quartz, я верно понимаю, что необходимо предварительно настроить планировщик?

Ответить