JavaOne大会谈JBI 2.0

作者 Mark Little 译者 肖桦 发布于 2007年5月24日

领域

企业架构,

语言 & 开发

主题

Java One ,

Java ,

SOA平台 ,

ESB ,

语言 ,

SOA ,

架构 ,

编程 ,

企业架构 ,

SOA Appliance ,

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年。

查看英文原文：JBI 2.0 at JavaOne

译者简介：肖桦，网名“江南白衣”，开源JavaEE项目SpringSide发起人，现任广州电信研究院亿迅科技有限公司任设计中心设计主管。为InfoQ中文站贡献内容，请邮件至china-editorial[at]infoq.com。

译者 肖桦 是开源JavaEE项目SpringSide发起人，现在广州电信研究院亿迅科技有限公司任设计中心设计主管。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！