2015-10-12 13 views
0

Я разрабатываю решение ESB с использованием IBM Integration Bus v10 (IIB). Мы хотели бы каким-то образом импортировать наши существующие учебники КОБЛ в Инструментарий и разоблачить их как SOAP WebServices.IBM Integration Bus: как импортировать учебники для копирования COBOL и выставлять их как WS SOAP?

Я просто нахожу в своей документации, как создавать узлы сопоставления и выполнять работу вручную, но я бы предпочел что-то автоматическое, как определение словаря (имя SOAP и имя COBOL), которые могут применяться ко всем нашим сервисам без необходимости настраивать сопоставление каждый раз. Итак ...

1) Возможно ли это? Как я могу определить такой словарь?

2) Если это невозможно, как я могу создать общий поток для всех моих сервисов, а затем просто импортировать копии, которые должны быть выставлены с этим потоком? Главная задача для нас - возможность публикации новых сервисов только из командной строки без использования Toolkit. Наша цель - использовать Toolkit только для проектирования потоков, но публикация новых сервисов должна быть автоматически.

3) Наше текущее решение (без IIB) генерирует файл jar с пользовательским кодом Java для каждой службы, которые выполняют сопоставление Java-аннотированных классов с байтовым массивом, который понимает COBOL.

Если никто из 1-го и 2-го вопросов не может справиться с IIB, знает ли кто-нибудь, легко ли импортировать столько JAR и использовать их из узла Java Compute для преобразования? Это будет кошмар зависимости?

Спасибо вам всем заблаговременно.

+1

Это, безусловно, будет раздутый кошмар IBM. – duffymo

+0

либо 1), либо 2), возможно, возможны. Хотя я знаю о преобразовании тетрадей Кобола; Я не знаю интеграционную шину (или то, на что сопоставляется Cobol). Если есть какая-либо простая документация по Integration-Bus (знание IBM, вероятно, нет), это было бы полезно –

ответ

0

1, Это возможно, хотя Инструментарий не будет создавать для вас конечные приложения. Честно говоря, это не генерирует много, в основном модели сообщений и шаблонный код. Итак, вам нужно будет разработать схему сопоставления всех ваших услуг и закодировать это общее сопоставление в Toolkit. Однако я предпочитаю более простые сопоставления, которые передают интерфейсы 1-1. У вас может быть много таких и требуется некоторое развитие, когда вы добавляете новое, но вы потратите гораздо меньше времени на разработку партии небольших сопоставлений, а затем на 1 общую цель.

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

2, Это невозможно (или потребуется много первоначальной разработки, IIB предоставляет Java API для программной разработки приложений, так что все возможно в некотором роде), если у вас нет полностью общих интерфейсов. Без общих интерфейсов вам всегда нужно создать хотя бы модели сообщений для интерфейсов новых сервисов Cobol.

3, Вы можете легко использовать внешние JAR-модули из Java Compute nodes. Вы можете придумать интерфейс веб-сервиса, подходящий для всех ваших услуг Cobol, реализовать его в МИБ и сделать часть Cobol ваших потоков данных, вызвав внешние JAR. Может показаться сложным добавить новые сервисы, не изменяя при этом приложение IIB.

 Смежные вопросы

  • Нет связанных вопросов^_^