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 。
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论