WebSphere Message Broker and WebSphere ESB

People are sometimes confused about the differences between WebSphere ESB (built on top of WebSphere Application Server, and using the inbuilt WebSphere Platform Messaging JMS provider) and WebSphere Message Broker (which uses WebSphere MQ as a messaging engine). IBM sometimes describes the latter as ‘Advanced ESB’, but Message Broker is not a superset of the functionality in ESB. There is a good FAQ on the IBM website which clears up some of the confusion.

In general, Message Broker is designed for working primarily with WebSphere MQ, as well as having a larger set of nodes (or mediation primitives, in WebSphere ESB-speak). WebSphere ESB has a richer set of functionality with respect to SOAP and Web Services (Message Broker treats SOAP as plain XML). ESB is also built on SCA, which allows it work more easily with products such as WebSphere Process Server.

ESB and Message Broker can work together: using the MQLink functionality in WebSphere Platform Messaging, ESB can simulate an MQ server and exchange messages with MQ accordingly. They can be complementary and both form part of an SOA solution.


Hello A, Its a very good, in short, brief clarification to understand the difference. however with recent versions of WMB (-> IIB) everything faded away, may be because IBM thought that its better to do good things( :-) no kidding ). But it is always good from concept point of view to know what actually they were and what benefit they bring when used wisely. Kudos.
Hi, Can you please help me handle batching in MB version 6.0. Thank you
Hi I have a doubt regarding Broker and ESB.Whenever I read the concept of broker ,I come across UDDI.Now UDDI is a consortium like world wide web which should know the service registeries and through XML it makes the entire process platform independent.Now my doubt is that is ESB a kind of broker, on implementation of which, the service interacting is automatically registered with UDDI consortium? If my understanding is wrong please clarify how this entire process works and how we should implement the broker part.
[...] One of the latest addition in my reading list is Andrew Ferrier of the WebSphere ESB (WESB) team. A couple of days ago he wrote a piece trying to clear out some of the confusion between WESB and WebSphere Message Broker (WMB). While he does a good job on the higher level thoose interested in more nitty gritty technical capabilities might want to check out this comparison table. [...]
Yeah, OK, fair enough, dps! I'll see what I can come up with. Watch this space...
Any chance you could translate this post into English? Or maybe a new "dummies glossary to websphere terminology" post? e.g. I know ESB stands for Enterprise Service Bus, but what on earth is that? Wikipedia isn't very helpful - provides a very abstract (though interesting!) definition which sounds like ESB implies having a kind of message "pool" that "everyone" listens to and posts into (well, that would be a Bus alright). But it seems unlikely that this is implemented with any kind of multicast type networking - how does it actually work in practice?
Yes, that's true, of course - thanks for pointing that out. From some reason those didn't seem quite so obvious when I first wrote the post - probably because I've been working with MQLink a lot recently! But those are definitely valid ways to connect the MQ/ESB family products too. There's a lot of choice.
Just to add to this, Andrew, there are multiple ways in which WESB, WMB and WPS can interoperate - over HTTP, via the JMS nodes in WMB, or using the MQLink as you describe. The products complement each other very nicely :-)