The moose likes Web Services and the fly likes Place of JBI wrt other integration technologies Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Web Services
Bookmark "Place of JBI wrt other integration technologies" Watch "Place of JBI wrt other integration technologies" New topic

Place of JBI wrt other integration technologies

Rajesh Khanduja

Joined: Apr 16, 2008
Posts: 2

Where would you place JBI wrt to other integration technologies like JMS, Message Broker, ESB, BPM, SPRING, Apache Camel, etc

Warm Regards,
Binildas Christudas

Joined: Sep 02, 2002
Posts: 25

The Message Broker is also called the Hub-and-spoke architecture where there is a centralized hub (broker) to which all applications are connected. Each application connects with the central hub through lightweight connectors. The lightweight connectors facilitates for application integration with minimum or no changes to the existing applications. Message transformation and routing takes place within the hub. Since applications do not connect to other applications directly, they can be removed from the integration topology by removing from the hub. There is a downside to the Message Broker topology - Due to the centralized nature of the hub, it is a single point of failure. If the hub fails, the entire integration topology fails.

By leveraging JMS, it is possible to create an enterprise message bus which provides a common communication infrastructure. Even though JMS is a java messaging API, by designing your message packets at suitable level of abstraction, you can make the message bus neutral to platform and/or language. Applications interact with each other through the message bus with the help of request-response queues.

ESB on the contrary provides a collection of middleware services which provides integration capabilities. These middleware services sit in the heart of the ESB architecture upon which applications place messages to be routed and transformed. Applications connect to the ESB through abstract, intelligent connectors which has got logic built-in along with the ESB to selectively bind to services at run time.

The article Aggregate Services in ServiceMix JBI ESB gives a small description on different Integration Architectures.

Now if we talk about JBI - SOA and SOI are the targets of JBI and hence it is built around WSDL. Integration components can be plugged into the JBI environment using a service model based on WSDL. Service composition is a major target in ESB architecture and the JBI environment aggregates multiple service definitions in the WSDL form into the message infrastructure. So you can now think of ESB, and thus JBI (because an ESB can be JBI based, even though it is not mandatory) as a workbench where you can do service orchestration and other BPM tasks.

Last but not the least - Talking on Spring and Camel - if we take the case of ServiceMix which is the reference JBI and ESB which we have used in our book, it has got good integration with these two frameworks. All beans in ServiceMix can be spring wired. The servicemix-camel component provides support for using Apache Camel to provide full set of Enterprise Integration Patterns (EIP) and flexible routing and transformation in both Java code or Spring XML.

To learn more on ESB, JBI, ServiceMix & EIP, refer to the PACKT title "Service Oriented Java Business Integration":

Binildas C. A.<br />Principal Architect, <a href="" target="_blank" rel="nofollow"></a><br />(SCJP, SCJD, SCBCD, SCEA, MCP, TOGAF, LZA)<br /><a href="" target="_blank" rel="nofollow"></a>
Pradeep bhatt
Ranch Hand

Joined: Feb 27, 2002
Posts: 8927

Can I say that ESB is an implementation of hub-and-spoke architecture?

I agree. Here's the link:
subject: Place of JBI wrt other integration technologies
It's not a secret anymore!