JavaOne 大会谈 JBI 2.0

  • Mark Little
  • 肖桦

2007 年 5 月 24 日

话题:JavaSOA语言 & 开发架构

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

JavaSOA语言 & 开发架构