JBI2.0 at JavaOne[zz]

JavaOne大会谈JBI 2.0

作者 Mark Little译者 肖桦 发布于 2007年5月24日 下午7时0分

社区

Java,

SOA

主题

ESB,

SOA平台

标签

Java One,

JBI 2.0

JBI发布了整整两年后，不采用它的ESB实现居然比用的还多。一些发行商甚至宣布因为缺乏适用性，他们正在放弃JBI。公平的说，JBI的初始意图——为集成解决方案提供一个基于标准的架构，仍然没有达到，或者说即使它达到了，业界也忽略了它。有很多原因，包括来自Web Services的必然冲击，和业界也许还没准备好这样一个标准的来临。还有，IBM和BEA并没有被参与规范的制定，因为这兄弟俩并不认为他们需要JBI。不管这是不是只是他们自顾自的预测，Sonic、TIBCO和Sun并没有成功拯救JBI。然后被认为与JBI+JEE领域重合的SCA规范来临时，很多人已经为JBI钉上了棺材盖。

但无论如何，Sun、Red Hat、TIBCO、IONA和其他很多公司并不认为JBI已经玩完。此外，因为他们中有些也是SCA规范的合作制定者，他们并不认为这是一场JBI VS SCA的争论：JBI能够成为建设SCA方案的良好平台。或许作为SCA和Web Services风潮的结果，JBI也不处处尽善，Sun建立了JBI2.0的技术委员会来修订规范，跟进第一版发布以来的社区反馈和业界的技术进步。

委员会关心的事情包括：

• 与SCA联盟；
• 性能优化（比如，规格化你的消息不是永远都有意义的）；
• 更清晰地定义事务，安全等在JBI环境里的运作；
• 显式地址发布的JBI；
• 在OSGi存在意义的地方利用它；
• 为标准组件的标准接口。

在JavaOne 2007大会上，Sun举行了一个JBI2.0的非正式的技术讨论会（BOF），包括用户与开发者对1.0的反馈意见，并举行了主题为用户对2.0版本有什么期望的晚会。所有人看起来都同意JBI2.0应该成为ESB/SOA的基于标准的部署架构。虽然只有很少人感兴趣于部署到SCA，但看起来在与JBI协作时，需要一些东西。另外，对服务进行版本管理是重要的，系统在升级一个服务时决定不能被关闭，所以需要从一开始就拥有一个动态管理的能力。

晚会的小结，JBI2.0是需要的，而且是JEE的重要附加物。用户与开发者社区都希望看到它被更多地采用。他们同时也希望看到JBI 2.0和SCA能更好地集成。由于JBI2.0迅速的时间计划（少于一年），那么我们就会在SCA从OSAIS发布之前看到JBI2.0的发布。幸运的话，2008年将终于成为JBI年。