ServiceMix (Post JBI): - Это просто верблюд, работающий в OSGI?

Question

Я новичок в ESB и читал старую книгу о Mule и ServiceMix.

После небольшого исследования, и, глядя на FuseSource документы которые утверждают, что JBI является устаревшим в пользу OSGi услуг, я, полагая, что для целей интеграции: -

1. ServiceMix ESB является (в настоящее время), в основном Camel работает в контейнере OSGi

2. услуги могут быть развернуты как OSGi расслоения, и верблюд может каким-то образом использовать эти услуги, где это было бы в противном случае использует POJO, чтобы сделать пользовательскую обработку

Благодаря

Answer 1

Моих два цента: ServiceMix является «готовым» интеграция контейнером для JAVA. Он упаковывает вместе ряд особенностей поверх OSGI выполнения (Apache Karaf), из которых выдвигает на первый план:

• Apache Camel - EIP рамочным
• Apache ActiveMQ - обмен сообщениями

Итак:

1. ServiceMix ESB является (в настоящее время) главным образом контейнером OSGI, включая Camel (а также ActiveMQ, CXF, ...)
2. Все развертывается как пакеты OSGI.

Answer 2

Мне нравится el.atomo сек ответ, но я добавлю на вопрос 2:

1. услуги могут быть развернуты как OSGi расслоения, и верблюд может каким-то образом использовать эти услуги, где это было бы в противном случае использования POJO для выполнения пользовательской обработки

Camel сам по себе является POJO. На основе руководства для верблюдов servicemix каждый комплект OSGI будет иметь собственный CamelContext. ЯМР (или TCP или HTTP или JMS или какой-либо компонент верблюда, который вы используете) используется для связи между конкретными пакетами OSGI и маршрутами верблюдов, которые находятся в разных пакетах OSGI (и, следовательно, разных CamelContexts)

Самая большая разница между ванильными OSGi с верблюжьей настройкой внутри нее и Servicemix, вероятно, является включение ActiveMQ, ЯМР и BPMN2.

Ссылки: http://servicemix.apache.org/docs/4.5.x/ http://servicemix.apache.org/docs/4.5.x/nmr/nmr-camel.html http://servicemix.apache.org/docs/4.5.x/camel/camel-guide.pdf