Коллеги,

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

Есть поток, состоящий из:

1. Диалоговый шаг (метод WF_TASK.DISPATCH), в котором выбираются обработчики (орг. единицы).
2. Параллельный блок, куда в качестве multiline элемента передается таблица с ключами орг. единиц, полученная на предыдущем шаге.
3. Фоновый шаг для создания инстанции объекта орг. единица.

В итоге получается следующее:
создается нужное число параллельных веток, в которых фоновый шаг создания инстанции висит в статусе READY (т.е. не завершается), хотя ключ туда передан.
Ситуация наблюдается только в случае, если число выбранных орг. единиц >5....
Также все нормально работает, если совсем убрать диалоговый шаг, и передавать список орг. единиц напрямую...

Точно помню что аналогичная штука работала у меня в другой системе (эта BW 3.0).

Может, у кого есть идею, в какую сторону копать?

Такая же засада здесь была, в середине темы. Тоже пытался инстанции создавать и тоже висло со статусом READY. Видимо от блоков не зависит...

Добавил:
А вот, что справка говорит про этот статусStatus of a Background Work Item

А на SDN предлагают проверить состояние WF-BATCH: workflow problem with status Ready

да вот чем дело, как я уже написал выше, если отказаться от диалогового шага перед блоков - все отрабатывает на ура, все инстанции создаются в любом количестве...
с wf-batch все ок.
Особенно удивляет то, что для 4-х обработчиков и менее отрабатывает всегда, а больше 5-ти виснет...
Вот на SDN присоветовали сделать в новом темплейте, типа может этот запорот ))) буду пробовать.

Вполне возможно, что запорот (совсем недавно такое было, причем перед продуктивным стартом надо было шажочек добавить и всё - приехал, потоки висли )... Это происходит даже в BW 7.0 (нарушаются внутренние связи между шагами)... Можно попробовать через "Корректура блока" - иногда помогает...

Выяснилось, что минут через 10-15 задачки все-таки толкаются сами собой (не знаю с чем это связано), я просто удалял их не дождавшись))
т.к. процесс предполагается достаточно растянутым во времени, 10 минутами решено принебречь :Р

Главное, чтобы по истечение времени поток не валился в ошибку с тем, что число узлов превысило 10000