Оптимизация workflow
- Автор темы romyk
- Дата начала
notification пишется на языке Apache Velocity
Но доков по переменным и методам типа:
$Task.GetMessages()
$UserName
Но доков по переменным и методам типа:
$Task.GetMessages()
$UserName
Вопрос по оптимизации workflow - очень долго выполняется тикет Select File, когда после Run Script надо выбрать [File].xml. Почему-то выполняется достаточно долго (20-30 секунд). С чем это может быть связано? Как это можно оптимизировать?
Вот тут было выше: "...У меня есть воркфлоу которые работают уже несколько лет не выключаясь, сами себя перезапускают..." (АСТРОНОМ, спасибо - лайкнул за наводку).
А если основному wf сделать выходы с разными Error от разных тикетов, назвать их понятным образом, и обернуть wf таким "зомбификатором", который будет передавать ввод сразу на рабочий wf, а вот результаты обработки разбирать: что хорошо и без проблем - сразу на выход, что свалилось в пин с интересующими ошибками - в специализированную для этой ошибки обработку. Ну и плюс блок "дефолт-обработка известных ошибок" и плюс "обработка непредусмотренной ошибки". Для ряда обработчиков - можно задать как результат перезапуск основного wf (поднять зомби). Имхо, прям хорошая аналогия try .. catch. У себя точно такое попробую.
Последнее редактирование:
К сожалению, пройденный вариант.
Все зависит от оператора. Кто-то и лог может посмотреть, а для некоторых и прямое указание в тикете не работает.
Даже письмо на почту с инструкцией на родном языке, на что обратить внимание и где чего посмотреть и алгоритмом что когда делать не работает? (когда автоматика уже не выручает - типа принудительной portrait-ориентации и перезапуска основного wf) - боюсь, тогда задача пока кажется нерешаемой (
К сожалению, скринов под рукой нет, но попробую рассказать.
wf типа SR CAD based, на входе xml, дальше проверка наличия файла штампа вырубки, и собственно, файлов, которые необходимо на штамп разложить. Wf выдает стандартные сообщения- отсутствует файл ножа, отсутствует файл дизайна.
Но немтря на это, люди, работающие третий год с этим wf продолжают спрашивать, что случилось.
Временами тупо не хватает нервов (((((
Тут в зависимости от принятого сценария работы можно:
1. если оператор ожидает каких-нибудь результатов по вычислимому адресу - сгенерить туда txt (ну или xml) с русским названием типа "Ошибка! Нет файла ножа" и с телом на русском языке - более подробным описанием, что такое файл ножа, где его брать и т.п..
2. если в ходу электронная почта - можно генерить подобное письмо адресно туда (не всегда очевидно, кто из операторов закинул файлы в хотфолдер, но и это в конце концов решаемая задача)
3. если активно пользуется эско-система коммуникаций типа ToDo - можно через чек-поинт генерить русские адресные сообщения оператору через нее
(навскидку. Теоретически, можно и чат-бота для Скайп состряпать, - но для меня это пока непосильная задача)
Тут конечно важно понять, где пора остановиться. Должен быть где-то уровень компетентности оператора, ниже которого уже падать нельзя (на пример, умение читать хоть на каком-нибудь языке уж точно должно быть на нынешнем уровне развития общества - иначе ему тупо повсюду будет требоваться нянька: задание прочитать хотя бы...). Ну и с другой стороны, если бы кто угодно мог в незнакомом workflow, да еще с ограниченными правами, на лету состряпать себе вспомогательные инструменты и отладить их, - то может быть, наши знания и умения были бы гораздо менее востребованными.
