一个基于Mule的企业服务总线的案例
2008-04-01 17:28
453 查看
原文地址: http://www.theserverside.com/tt/articles/article.tss?l=CaseStudyMule
面向服务架构的关键字之一就是ESB。以前很多厂商靠买消息服务器来提供集成交互的方案,然后出现了SOAP和REST。
早期的尝试基本上都是通过定一个固定的消息格式,例如xml来让各个系统交换。但是这些消息格式本身经常需要修订,就给集成带来了很大的麻烦。
最好的解决方案就是每个应用还是用自己支持的接口,例如EDI或者SOAP,然后构建一个可以集成各种结构的聚合器,每一个应用的接口就开发成聚合器的一个端口。这样一个cobol写的应用就可以和一个j2me的应用交互,而不需要知道彼此的技术细节。
常见ESB供应商比较
这里少了一个ServiceMix。下面是这个案例的细节:本案例用到的程序包括:AMD-based 2.6 GHz 4 GB RAM, and Intel-based 3 GHz 4 GB RAM servers
Solaris 10 and Ubuntu Linux Dapper Drake
Java Run-time Environment 1.5.9
Mule current general availability package
A commercial JMS provider
Commercial applications for order capture, inventory management, order management, fulfillment, and reporting
假设有一个项目要集成很多企业级应用程序,出于开发周期的压力,我们选择集成而非重新构建的策略。也就是说order capture, inventory management, order management, fulfillment, and reporting 这些都购买现成的厂商的,我们只需要集中开发一个内容管理系统。
通过和其它六家厂商的协商,他们都提供了JMS和SOAP的接口。因此我们需要一个专业的JMS服务器。
下面我们来看看配置文件:
首先定义一个Mule和JMS交互的连接器,相当于一个连接池
value="bitjmsnaming://172.28.63.209:7222"/>
value="QueueConnectionFactory"/>
然后定义一些端点,每个端点都是一个外部供应商程序的接口
className="org.mule.providers.jms.transformers.JMSMessageToObject" />
className="org.mule.transformers.simple.ObjectToString" />
implementation="org.mule.components.simple.PassThroughComponent">
系统只有一个inbound,也就是进入系统消息的定义,端口名称叫做outJMSBitco,也就是说outJMSBitco发出一个指令,进入总线,然后Mule把这个消息转换后发送给其它所有的outbound-router,离开总线,进入别的应用程序。
expression="OrderHistoryRequest" />
以下面这条为例:
这条路由的意思是,将消息通过JMS发送给Siebel,JMS的头要标上OrderHistoryResonse,这样Siebel的消息队列受到一条这个消息,Siebel知道对方要做什么操作,将OrderHistory查询出来。
expression="OrderHistoryResponse" />
这个端口的意思是把消息打印在DOS窗口上
面向服务架构的关键字之一就是ESB。以前很多厂商靠买消息服务器来提供集成交互的方案,然后出现了SOAP和REST。
早期的尝试基本上都是通过定一个固定的消息格式,例如xml来让各个系统交换。但是这些消息格式本身经常需要修订,就给集成带来了很大的麻烦。
最好的解决方案就是每个应用还是用自己支持的接口,例如EDI或者SOAP,然后构建一个可以集成各种结构的聚合器,每一个应用的接口就开发成聚合器的一个端口。这样一个cobol写的应用就可以和一个j2me的应用交互,而不需要知道彼此的技术细节。
常见ESB供应商比较
Product | Vendor | Connects with... |
Matrix BusinessWorks | TIBCO | SOAP, EMS, JMS, Rendezvous, MQ, BPEL |
Mule ESB | Open-source, MuleSource, Inc. | SOAP, REST, JMS, MQ, JBI, AQ, Caching, JavaSpaces, GigaSpaces, Email, IM, JCA, AS400 Data Queues, System I/O. |
OpenESB | Open-source, Sun Microsystems | JBI, JCA, JAX-RPC, JAX-WS |
Sonic ESB | Progress Software | JMS, SOAP, JMX |
Websphere ESB | IBM | JMS, MQ, SOAP; requires additional adapters to interface with other products and legacy protocols; requires Websphere to work |
Solaris 10 and Ubuntu Linux Dapper Drake
Java Run-time Environment 1.5.9
Mule current general availability package
A commercial JMS provider
Commercial applications for order capture, inventory management, order management, fulfillment, and reporting
假设有一个项目要集成很多企业级应用程序,出于开发周期的压力,我们选择集成而非重新构建的策略。也就是说order capture, inventory management, order management, fulfillment, and reporting 这些都购买现成的厂商的,我们只需要集中开发一个内容管理系统。
通过和其它六家厂商的协商,他们都提供了JMS和SOAP的接口。因此我们需要一个专业的JMS服务器。
下面我们来看看配置文件:
然后定义一些端点,每个端点都是一个外部供应商程序的接口
系统只有一个inbound,也就是进入系统消息的定义,端口名称叫做outJMSBitco,也就是说outJMSBitco发出一个指令,进入总线,然后Mule把这个消息转换后发送给其它所有的outbound-router,离开总线,进入别的应用程序。
这条路由的意思是,将消息通过JMS发送给Siebel,JMS的头要标上OrderHistoryResonse,这样Siebel的消息队列受到一条这个消息,Siebel知道对方要做什么操作,将OrderHistory查询出来。
这个端口的意思是把消息打印在DOS窗口上
相关文章推荐
- Is it Vista or Mac? No,it's exo web os
- 2007年软件开发技术预测集锦-Java,软件开发,Ajax
- 2006 Java技术的赢家和输家
- Google Earth的新功能
- 如果QIR能够换回项目成功,我愿用一生敏捷
- eXo Platform开始从门户转向Web OS
- Google打不开的解决方法和IP地址表
- 招聘中经常伴随Java出现的20项技术
- 没有PDA,你也可以有便携式日程管理软件
- 教案:Java第6章 对象和类
- 教案:Java第5章 循环结构(二)
- java RMI 相关
- 创业过程犹如越狱 一个创业者的Prison Break
- J2EE中几种面向对象的数据库映射访问策略:
- Struts 2.0 解读笔记
- J2EE开发中减少编写代码工作量的几种方法
- Visual WebGui 基于ajax的界面框架
- HttpClient和HtmlParser配合实现自动登陆系统抽取页面信息
- 基于Linux的虚拟主机搭建
- 全功能游戏与仿真引擎Delta3D简介