JBI包含甚么东东?三部分:组件(Components),组件之间的交互控制(NMR[Normal Message Router])和JBI管理
JBI提供了一个标准的容器,符合该标准的容器可以载入JBI环境中,与其他组件交互处理数据,组件之间的交互通过NMR来完成,NMR定义了WSDL2.0规范 8种数据处理模型中的4种(In-Only、Robust In-Only、In-Out、In Optional-Out)。JBI提供了组件的安装、卸载和管理接口,用JMX实现。
数据的处理流程是:DataA——组件——NMR——组件——NMR——组件——DataB。
由NMR控制数据的路由,QoS等。而组件规模本身可大可小,大到是一个Web容器,小到是一个数据输出(System.out),总之,你要对数据进行处理来完成一项业务。
有没有其他的想法?用OSGi怎么样?将JBI的功能架构分散到OSGi中。当然,OSGi和JBI关注的不是一个方向。
可以设想,OSGi运行环境等同于JBI环境;JBI组件等同于OSGi的Bundle和Service;JBI的NMR怎么处理?可以用一个Bundle来实现NMR的功能;JBI的管理呢?简单,OSGi的Bundle管理比JBI的Bundle管理更强大。
能不能迁移?技术上应该没有多大的问题吧,我想。
JBI的新意在哪里呢?我一直在想。其实,这种结构在很多开源项目里已经实现了,比如OpenAdapter。只不过OpenAdapter关注的问题只在其系统架构的层次而没有从全局和规范化考量,或许这就是不同之处吧。
分享到:
相关推荐
jar包,亲测可用
jbi4corba-0.8.1
ESB-ServiceMix的消息路由技术研究,罗晶,,本文沿着SOA-ESB-JBI-NMR-ServiceMix这个线路,探究SOA、ESB和JBI规范,以及这几者之间的联系。通过对遵循JBI规范的开源ESB—ServiceMix深入�
基于JBI的企业服务总线ESB研究与应用,薛伟冬,许辉阳,面向服务架构作为新兴的一种软件系统设计方法越来越受到关注,企业服务总线是SOA的基础骨干,而JBI(Java业务集成)规范作为一种企��
jar包,亲测可用
othey way with diffrent files try both :)
jbi规范1.0 jbi规范1.0 jbi规范1.0 jbi规范1.0
JBI规范-规格化消息路由NMR(一)规格化消息路由从JBI组件(服务殷勤或绑定组件)接收消息交换ME并将其路由到适当的组件进行处理。[Thismediatedmessage-...
JBI-Java Battle Isle由Blue Byte制作的基于回合制策略游戏系列Battle Isle的翻版。 主要基于BI I + II功能
JBI提供了一个插接组件存在的环境。该环境为组件服务运行,组件之间的交互和所有安装组件及整个JBI系统的管理提供了一组基础服务。JBI使用标准的服务描述语言来描述插接组件间基于消息的服务调用方式的交互。这种...
JBI理论 包括JBI ESB Servicemix
MASTER-1.JBI