Существуют некоторые регламентные процессы, которые должны выполняться в определенное время, или через определенные промежутки времени.
Каким образом можно автоматизировать запуск подобных процессов?
Заранее спасибо за ответ!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Если покажется удобным - у нас есть бот запуска подпроцессов (асинхронный), с помощью него можно сделать запускающий процесс.
Ну а в общем смысле - воспользуйтесь API и напишите программу которая осуществляет запуск.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Такая проблема возникла: в настройках задачи бота на сервере написано "Неизвестный обработчик заданий: ru.runa.wf.logic.bot.StartProcessTaskHandler". Не могу найти, куда копнуть.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1). Сборка 4.3.0 взята с SF или собирался отдельно ear из исходных кодов?
2). Сборка exe/iso или bin версия?
3). wildfly или jboss?
4). какая версия была до обновления на 4.3 ?
5). можно еще и бот станцию с ботом из редактора экспортировать и сюда добавить
Просьба добавить скриншот по аналогии с 1_1.png, важно увидеть версию системы (см аттач).
Да, ещё, может быть, поможет в решении проблемы.
Модули wfe-bots-4.3.0.jar и wfe-service-4.3.0.jar, находящиеся в папке deployments не смогли развернуться. Файлы *.failed во вложениях.
Эти jar были найдены в папке WFEServer\standalone\tmp\vfs\deployment\ и скопированы в WFEServer\standalone\deployments\deployments\ в процессе самостоятельных поисков решения проблемы.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Спасибо! Проблему воспроизвел, возникает именно в варианте установки Серверное ПО. В Клиентском варианте (симулятор, редактор,..) не воспроизводится.
Но несмотря на то, что пишет - "неизвестный обработчик...", боты успешно работают, конфигурацию можно править. Работать с бот станцией удобнее в DevStudio, затем экспортировать на сервер.
В аттаче datafile (можно загрузить на сервер), в котором процесс start запускает процесс proc1 с помощью бота bot1 (задача startTask1), передавая роль - Роль1 и переменную "данные1"
И ещё вопрос: а существует ли какой-лтбо механизм для снятия действий с исполнения? Например, бизнесс-процесс согласования документа: есть несколько параллельно выполняющихся действий, у каждого 2 перехода: один отправляет точку управления дальше, другой возвращает её к началу. Сейчас, если точка управления идёт к началу хотя бы в одном из параллельных действий, остальные действия остаются активными и может случиться коллизия из нескольких назначенных на исполнение одинаковых действий одного и того же процесса одному и тому же исполнителю.
Last edit: Kolesnikov Aleksey 2018-09-06
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
И ещё вопрос: а существует ли какой-лтбо механизм для снятия действий с исполнения?
Существует. Хотя он и не очень удобный. - Если поместить блок действий в подпроцесс, то любая точка управления, пришедшая в узел окончания процесса, его завершает. То есть, все остальные существующие в подпроцессе точки управления удаляются.
В данном случае требуется настоящий подпроцесс - со своим определением, экземпляром и т.п. Внутренний подпроцесс не подойдет, т.к. в нем нет узлов окончания процесса, только узлы завершения потока, а узел завершения потока просто вернет точку управления в базовый процесс.
Regards,
Andrei
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Вообще можно проще поступить: если известно, в каких узлах находятся точки управления, которые надо удалить, то к ним можно приемник сигнала добавить, перводящий точку управления в узел завершения потока, а в маршрут возвращающейся точки управления надо, соответственно, генератор сигнала добавить.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Огромное спасибо! Вариант с подпроцессом прорабатывался, но не понравился как раз тем, что приходилось запускать лишние экземпляры процессов и поэтому неудобно отслеживать выполнение заданий.
А вот в сторону генератора и приёмника даже не думал. Решение получается по-своему простым и элегантным.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Доброго времени суток!
Существуют некоторые регламентные процессы, которые должны выполняться в определенное время, или через определенные промежутки времени.
Каким образом можно автоматизировать запуск подобных процессов?
Заранее спасибо за ответ!
Если покажется удобным - у нас есть бот запуска подпроцессов (асинхронный), с помощью него можно сделать запускающий процесс.
Ну а в общем смысле - воспользуйтесь API и напишите программу которая осуществляет запуск.
Можно посмотреть на бота?
ru.runa.wf.logic.bot.StartProcessTaskHandler (он не дожидается выполнения запущенного процесса)
Пример конфигурации:
<?xml version="1.0" encoding="UTF-8"?>
<process-start xmlns="http://runa.ru/xml" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://runa.ru/xml process-start.xsd">
<process name="оповестить о решении">
<variable from="данные_для_оповещения" to="данные_для_оповещения"/>
<variable from="имена_ролей" to="имена_ролей"/>
<variable from="заголовок_оповещения" to="заголовок_оповещения"/>
<variable from="оповещаемые_сотрудники" to="оповещаемые_сотрудники"/>
<variable from="процесс" to="parentProcessId"/>
<variable from="ФИО_сотрудника" to="ФИО_сотрудника"/>
</process>
</process-start>
Такая проблема возникла: в настройках задачи бота на сервере написано "Неизвестный обработчик заданий: ru.runa.wf.logic.bot.StartProcessTaskHandler". Не могу найти, куда копнуть.
Какая версия RunaWFE?
А в DevStudio класс обработчика отображается?
скриншот проблемы можно?
RunaWFE 4.3.0
В DevStudio класс отображается
Предыдущий пост почему-то ещё не прошёл модерацию. Прикладываю скриншоты.
1). Сборка 4.3.0 взята с SF или собирался отдельно ear из исходных кодов?
2). Сборка exe/iso или bin версия?
3). wildfly или jboss?
4). какая версия была до обновления на 4.3 ?
5). можно еще и бот станцию с ботом из редактора экспортировать и сюда добавить
Просьба добавить скриншот по аналогии с 1_1.png, важно увидеть версию системы (см аттач).
Last edit: vromav 2018-08-31
Да, ещё, может быть, поможет в решении проблемы.
Модули wfe-bots-4.3.0.jar и wfe-service-4.3.0.jar, находящиеся в папке deployments не смогли развернуться. Файлы *.failed во вложениях.
Это ваши jar? Сами туда положили?
Эти jar были найдены в папке WFEServer\standalone\tmp\vfs\deployment\ и скопированы в WFEServer\standalone\deployments\deployments\ в процессе самостоятельных поисков решения проблемы.
Спасибо! Проблему воспроизвел, возникает именно в варианте установки Серверное ПО. В Клиентском варианте (симулятор, редактор,..) не воспроизводится.
Но несмотря на то, что пишет - "неизвестный обработчик...", боты успешно работают, конфигурацию можно править. Работать с бот станцией удобнее в DevStudio, затем экспортировать на сервер.
В аттаче datafile (можно загрузить на сервер), в котором процесс start запускает процесс proc1 с помощью бота bot1 (задача startTask1), передавая роль - Роль1 и переменную "данные1"
Поонял. Благодарю за помощь, буду пробовать.
И ещё вопрос: а существует ли какой-лтбо механизм для снятия действий с исполнения? Например, бизнесс-процесс согласования документа: есть несколько параллельно выполняющихся действий, у каждого 2 перехода: один отправляет точку управления дальше, другой возвращает её к началу. Сейчас, если точка управления идёт к началу хотя бы в одном из параллельных действий, остальные действия остаются активными и может случиться коллизия из нескольких назначенных на исполнение одинаковых действий одного и того же процесса одному и тому же исполнителю.
Last edit: Kolesnikov Aleksey 2018-09-06
Существует. Хотя он и не очень удобный. - Если поместить блок действий в подпроцесс, то любая точка управления, пришедшая в узел окончания процесса, его завершает. То есть, все остальные существующие в подпроцессе точки управления удаляются.
В данном случае требуется настоящий подпроцесс - со своим определением, экземпляром и т.п. Внутренний подпроцесс не подойдет, т.к. в нем нет узлов окончания процесса, только узлы завершения потока, а узел завершения потока просто вернет точку управления в базовый процесс.
Regards,
Andrei
Вообще можно проще поступить: если известно, в каких узлах находятся точки управления, которые надо удалить, то к ним можно приемник сигнала добавить, перводящий точку управления в узел завершения потока, а в маршрут возвращающейся точки управления надо, соответственно, генератор сигнала добавить.
Огромное спасибо! Вариант с подпроцессом прорабатывался, но не понравился как раз тем, что приходилось запускать лишние экземпляры процессов и поэтому неудобно отслеживать выполнение заданий.
А вот в сторону генератора и приёмника даже не думал. Решение получается по-своему простым и элегантным.