soa - JBI死了吗?它仍然是 ESB 选择中的有效标准吗?

标签 soa esb servicebus jbi

JBI 标准是(曾经?)应该是企业服务总线的标准,尤其是在不同 ESB(或孤独的服务引擎提供商)的功能重用/交换设施方面

已知的 JBI 实现是(根据维基百科):

  • OpenESB => JBI + OSGI(由于 Oracle 收购了 Sun,因此现在仅限社区)
  • 花瓣
  • ServiceMix => 最后 (4) 个版本基于 OSGI(但仍与 JBI 兼容)
  • Fuse => 根据 Guillaume Nodet 的说法,JBI 1.0 和 2.0 已死 http://servicemix.396122.n5.nabble.com/DISCUSS-ServiceMix-future-td3212177.html上一次有关 WS-Security 的 fuse 网络广播使用的是 CXF-Osgi
  • Mule => 根据 Ross Mason 的说法,JBI 1.0 已死 http://www.infoq.com/news/2008/05/jbi-debate
  • Oracle => 应该是 JBI ?绝对遵循 SCA
  • TIBCO => 应该是 JBI 吗?绝对遵循 SCA

  • 非执行者:
  • IBM => 据我所知不是 JBI。绝对遵循 SCA
  • JBoss => 自定义

  • 如果不考虑 JBI 的工作原理以及它解决与 SCA 不同的问题,您是否真的会在 ESB 选择中考虑它是否符合 JBI 的事实?还是坚持 ESB 的能力?

    引用:What are the differences / similarities between JBI and SCA

    最佳答案

    是的,jbi 快死了。不会有 jbi 2 规范。查看 gnodet 的博客文章,在 jbi 和 servicemix 上的领导,发表在他的博客上,关于他对 jbi 的想法。

    与 jbi 相比,进行 apache camel 或 spring 集成要容易得多。

    关于soa - JBI死了吗?它仍然是 ESB 选择中的有效标准吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5434585/

    相关文章:

    soa - 如何平衡 DRY 原则和最小化依赖关系?

    azure - Azure 服务总线和服务总线 1.1 之间有什么区别?

    agile - SOA 和敏捷方法论是互补的吗?

    使用ESB和消息中间件的IPC设计

    domain-driven-design - DDD 和 SOA 真的可以很好地协同工作吗?

    xml - WSO2 ESB 以 XML 为中心?

    apache-axis - wso2 esb 不支持的媒体类型

    java - 是否可以针对 XML、DOM 或其他原始结构使用 Mule MEL 表达式?

    message-queue - 大众运输队列维护

    azure - 如何使用 Azure Key-Vault 检索连接字符串,然后将其设置为 AzureWebJobsServiceBus for ServiceBusTrigger