Так они просто паралельно в этом WF проходят, но каждый по отдельности. Вы если заглянете в WF после сплитера во время выполнения или после его , то увидите, что на каждый файл у вас свое отдельное WF.
Типа такого
Ожидание завершения процесса в workflow
- Автор темы eugeny
- Дата начала
Типа такого
Спасибо, натолкнули на мысль.
У каждого файла в очереди воркфлоу создается свой xml с углами/линеатурой (нужен для подписи каждого однобитного файла). Ну и получается в параметрах воркфлоу хранится также вся эта информация. Так вот при попадании в РИП (углы берутся из параметров воркфлоу) почему-то для всех брались углы первого файла. Хотя, в XML у всех свои собственные выгружались через параметры воркфлоу. После сплиттера перед РИПом поставил обновить параметры воркфлоу (из собственного XML) -- вроде все заработало!
Я может не очень понял объяснение, но у вас получается что для каждого файла свой xml, но wfp то при этом у вас общие для всех файлов проходящих через данное WF. Т.е. если у вас одновременно через WF идут два файла и у них у каждого свой XML файл, то вот wfp у них один на двоих. Он никак не будет различаться на wfp для первого файла и wfp для второго. У вас в wfp будут хранится данные из последнего прочитанного тикетом xml файла (Либо из первого xml файла, либо из второго) Для того чтобы для каждого входящего файла были свои wfp надо использовать spliter перед входом в WF. Тогда файлы через WF пойдут по одному и соответственно в этом WF wfp будут только из того xml файла, в который забиты данные из конкретного входящего файла
У вас так работает? Надо будет мне мануал внимательней прочитать. Я почему то пришел к выводу, что сплитер распространяется только на следующий после него тикет. И по идее, как по мне, так последние два тикета после сплитера надо бы засунуть в подуоркфлоу.Хотя, в XML у всех свои собственные выгружались через параметры воркфлоу. После сплиттера перед РИПом поставил обновить параметры воркфлоу (из собственного XML) -- вроде все заработало!
Последнее редактирование:
на удивление у меня так сработало. Я сам скока мануал курил, не мог понять, что происходит после сплиттера с файлами и параметрами. Я втыкал сплиттеры и коллекторы на на каждом шагу, выводил через (wait for action), но и это не внесло ясности. Получилось воткнуть параметры воркфлоу прям перед РИПованием и сработало! Но потестю еще, чтобы быть уверенным в происходящем.
Кстати, wait for action некорректно вводит параметр воркфлоу если его воткнуть в мой пример после параметров воркфлоу. Он мне показал одну и ту же линеатуру для каждого файла, но рипанул правильно с разной, как я и выбрал.
я их через сплиттер задаю -- получается они разные.
PS: Кстати в 4 комменте есть схема. Если там использовать wfp, то она не будет работать, т.к. wfp для файлов разные. Я про это написал ниже:
Т.е. происходит похоже это так. Первый файл проходит через роутер меняет триггер(Modify Workflow Parameter) на Busy. Остальные файлы дожидаются в очереди, но оказывается у них свое первоначальное состояние триггера.
Так вот эта схема без сплитера.
Последнее редактирование:
Вот тут, честно говоря, не особо понятно.
Эсковский РИП понимает все зашитые в нормализованном или в PDF+ файле параметры по рипованию. Или вы его кормите чистыми PDF ?
вы предлагаете заставить каждого клиента вшивать эту информацию? Дай бог, они в экселевской заявке прописывают все. И подпись у нас содержит много информации, включая дисторсию. Часть информации удобна для оператора, который потом будет собирать формы по заказам.
Последнее редактирование:
Всё равно непонятно. Препресс готовит файл для печати, что ему мешает записать norm. PDF с правильным порядком красок, линиатурой и углами? Количество доступных рапортов на печатной машине тоже ограничено, дисторсии для каждого Z известны, этот параметр не обязательно рассчитывать или передавать каждый раз по новой.
зачем препрессу готовить каждый файл к печати? Клиент присылает готовый файл и заявку. Заявка парсится на углы, линеатуру и дисторсию. Если клиент сам делает дисторсию это тоже отражено в заявке. Есть тип заказов с которыми справится офис-менеджер + воркфлоу, минуя работу допечатника.