В моем сценарии у меня есть трубопровод, который (1) расшифровывает, а затем (2) разбирает плоский файл на порте приема.Рассмотрение вопроса о компоненте архивирования в BizTalk
Мое требование состоит в том, чтобы захватить файл и поместить его в локальный файл-архив между (1) и (2).
Мой первоначальный подход состоял в том, чтобы представить компонент Archive между ними, но я столкнулся с проблемами с этим. Компонент архивирования использует прямой доступ к хранилищу для выгрузки файла. Это по существу неэффективная методология, в соответствии с принципами BizTalk, это функция адаптера отправки/отправки. Итак, если, например, пункт архивирования является хостом FTP, компонент архивирования бесполезен.
Отсюда две идеи приходят на ум:
A) Каким-то образом настроить компонент архивирования использовать порта отправки (если это вообще возможно)
B) Покиньте идею компонента архивации и просто использовать BizTalk-х уроженец функциональности следующим образом:
-Получить файл с помощью расшифровки единственного трубопровода
-Отправить файл на временное локального хранилища, используя порт отправку
-Subscribe на получение порта для отправки файла в архив
-Pick вверх форма файла локального хранения с использованием разбирайте трубопровод (второй порт приема)
-Использования оркестровки для обработки файла из второго принимаем порт.
Есть ли проблемы с вариантом B)?
Если НЕ, то в чем смысл использования компонента архива?
Отличные варианты. Вот пример того, как делать D) http://www.codeproject.com/Tips/603145/Calling-ReceivePipeline-from-Orchestration-to-perf – LastTribunal