With that in mind it may explain why we've been discussing a successor to JBI with Sun for over a year, cunningly named JBI 2.0. As you can see, there are a lot of companies associated with the effort. The things we're going to look at include:
- Alignment with SCA.
- Performance optimisations (e.g., it doesn't always make sense to normalize your messages).
- Be clearer about where transactions, security etc. play in a JBI environment.
- Explicitly address distributed JBI.
- Leveraging OSGi where it makes sense.
As part of JavaOne 2007, Sun had a JBI 2.0 evening of BOFs, covering developer and user feedback on JBI 1.0 as well as a one targeted specifically at what users expect from JBI 2.0. That one was driven by Red Hat and was very well attended. The audience was very receptive to the initial discussion, which was meant to fuel the debate. Everyone seemed to agree that JBI 2.0 should become the standards-based deployment platform for ESB/SOA. There were few people interested in deploying to SCA, but it was "on the radar" as something they may need in conjunction with JBI. Plus, versioning of services is critical. This is interesting, because we've been saying the same thing since JBossESB started. It's good to see everyone else agreeing with us. The general conclusion from the entire JBI evening was that JBI 2.0 is needed and will be an important addition to the JEE platform. Both user and developer communities want to see more adoption. With any luck, 2008 will be the year of JBI (at long last!)