Динамически настроенный конвейер приема - Biztalk 2016

Я пытаюсь создать развязанную / гибкую структуру / стратегию для всех приложений, которые я буду разрабатывать в будущем, которая включает как можно больше «повторного использования». Предпочтительно то, что я хотел бы, в конце концов, - это единственная оркестровка, которую я могу `` подключить '' к любой другой оркестровке, которая будет принимать сообщение и отправлять в адаптер отправки и возвращать ответ вызывающей оркестровке (преобразовав получил ответ на XML динамически на основе созданного сообщения адаптеру). Для этого потребуется возможность установить конвейер приема для сообщения в оркестровке.

Я здесь на правильном пути? Я не могу найти много информации о том, что лучше всего подходит для повторного использования артефактов в BizTalk.


person Bee    schedule 25.10.2017    source источник
comment
Для меня звучит немного излишне иметь оркестровку только для вызова порта отправки. Вы пробовали использовать просто оркестровки с прямым связыванием (публикацию сообщения в окне сообщения) и фильтры на портах отправки для подписки на сообщения? Существуют ли даже решения только для сообщений (без оркестровок вообще)?   -  person Dijkgraaf    schedule 26.10.2017
comment
Это не соответствует моему требованию об использовании единого адаптера отправки для многих разных конечных точек, но я изучаю порты с прямым связыванием, поскольку это все еще кажется эффективным способом маршрутизации сообщений. Однако я не могу найти хороший образец портов с прямым подключением. Здесь есть ссылка < / a> к образцу под названием «Прямая привязка к базе данных MessageBox в оркестровках», но ссылка не работает.   -  person Bee    schedule 30.10.2017
comment
Для динамического выполнения таких вещей, как преобразования или свойства контекста в конвейере, мы используем структуру конвейера BRE github.com/mbrimble/brepipelineframework Однако это еще не совместимо с BizTalk 2016, хотя над ним работают. Ссылка у вас работает, попробуйте обновить ее, иногда сайт Microsoft дает сбои   -  person Dijkgraaf    schedule 30.10.2017


Ответы (1)


Такое случается время от времени, и я могу сказать вам, что это никогда не срабатывает. Вы потратите много времени на построение, по сути, фреймворка, только чтобы никогда не использовать его за пределами нескольких ситуаций.

То есть никто больше не пытается это сделать, потому что на самом деле это никогда не было полезным. Возможно, вы захотите взглянуть на ESB Toolkit, но даже это почти всегда усложняет задачу.

Если вы опишете некоторые из ваших сценариев, мы дадим лучший совет.

person Johns-305    schedule 02.11.2017
comment
Хорошо, спасибо за ответ. Я приму это как ответ. Я думаю, что мне придется максимально использовать логические порты с прямым связыванием, насколько это возможно, и мне придется просто согласиться с наличием большего количества физических портов, чем мне бы хотелось. - person Bee; 14.11.2017