This is a single archived entry from Stefan Tilkov’s blog. For more up-to-date content, check out my author page at INNOQ, which has more information about me and also contains a list of published talks, podcasts, and articles. Or you can check out the full archive.

JBI Discussion

Stefan Tilkov,

Lots of links on JBI:

Confirmed by a recent discussion at work, I think a lot of the confusion around JBI is due to the amazingly stupid name (making it sound as if you’d use JBI to integrate business apps), the fact that quite a few people pitch it as an “SOA implementation” (which is stupid, since there can be no such thing in a vendor’s product, and certainly not in an all-Java solution) and idiotic lines like “This JSR extends J2EE™ with business integration SPIs” (from the JSR home page) that are totally misleading.

JBI essentially is a spec that standardizes the implementation an integration product. Whether that product runs on one or more nodes in an SOA scenario, or forms the basis of an ESB product, is not specified. JBI enables components from different vendors to work together in a single JVM - take a SOAP 1.2/HTTP binding component (BC) from one vendor, a CORBA/IIOP one from another, and coordinate applications accessed via these BC via a BPEL service engine (SE) from a third one.

I’m not entirely sure why a market-leading middleware vendor would want to support something like this, and the two most important ones (BEA and IBM) don’t.

Is JBI technically sound? I think so. Is it comparable to J2EE? I think that’s comparing apples and oranges (I’m totally with Eric here.)

Is it relevant? I honestly can’t make up my mind.

On December 3, 2006 4:28 AM, John said:

buy soma