Рабочий процесс: пауза для продолжительности SPD WF Action зависает
В настоящее время я разрабатываю рабочий процесс SPOnline, пытаясь автоматически назначать задачу ежемесячно, ежеквартально или ежегодно на основе значения раскрывающегося списка. Судя по тому, что я тестировал, пауза на длительность, установленная на 5 минут, кажется зависает и не возобновляет рабочий процесс после паузы. Я попытался убрать паузу для действия продолжительности и успешно выполнил задание. Вот как это происходит в настоящее время с проблемой:
Шаг / Действие
1 / рабочий процесс инициализирован
2 / Определить месяц / квартал / год на основе раскрывающегося списка
3 / Пауза на основе значения DDL (это где он висит)
4 / Установить статус утверждения документа на Ожидание
5 / Назначить задачу
6 / Установить статус утверждения документа на Завершено
Независимо от того, какой интервал времени я установил, он, кажется, зависает и не завершает рабочий процесс или не переходит к следующей задаче. Я пробовал следующие шаги:
• Отладка рабочего процесса путем удаления паузы для продолжительности шага
• Изменены региональные настройки в соответствии с сервером
• Разбейте действия рабочего процесса на несколько этапов и наоборот (посмотрите, нужно ли разделять паузу)
• пробовал 5,10,15,30 мин и 1 час паузы
Любые предложения о том, что посмотреть или если Pause for Duration не работает должным образом? Спасибо!!
3 ответа
Было исправление для решения проблемы с неактивными действиями "пауза на длительность". Тем не менее, я думаю, что это было добавлено в SP1, так что вы должны применить это уже:
FWIW, я получаю такое же поведение с установленным SP2. Несколько WFA "Pause for Duration", которые должны были быть приостановлены на 3 минуты, теперь ждали более 4 дней без ошибок в рабочем процессе, и все задания таймера сообщали о исправности в центральном администраторе.
В MSDN есть сообщение об этом, в котором говорится, что исправление решило только часть проблемы: http://social.msdn.microsoft.com/Forums/en-US/sharepointworkflow/thread/1965d387-8436-4868-98dc-7a76cbda75d3/ (это обсуждение было заблокировано, спасибо MSDN)