lanshan_84的专栏

    该平台用来解决信息交换和共享的核心问题，由平台管理子系统、目录管理子系统、数据交换子系统、信息安全子系统、业务系统桥接子系统等子系统组成。       平台的总体框架：通过桥接子系统将部门需要交换的信息（包括元数据及目录信息）交换到前置交换信息库。根据业务需要，可以把共享交换信息实时传到管理中心信息库。目录管理子系统遵循统一的标准规范组织管理所有共享交换信息资源，并通过目录服务系统向用...

    这部分描述Mule ESB的架构以及它如何处理消息和数据。为了更好的解释说明，我们举个例子。一家公司需要生成客户订货清单，演示在此清单上的一系列处理流程，然后当订单处理结束后把它发送到运输部门。     这部分包括以下的主题：     关于SOA     处理数据     在服务组件之间路由消息     把消息和业务逻辑相分离   下一篇：关于SOA    ...

    Mule ESB是一个基于SOA架构的概念。SOA方式的开发允许IT企业创建将许多功能组件和服务组合到一起的应用程序。服务是一组完全独立的离散的功能模块，但是它们可以在相同的对象下协同工作。例如，假如你需要处理订货清单，你就需要一个把客户信息从数据库中取出拼入订货清单中的服务，以及去库存数据库核实订货清单中的货物是否还有存货的服务。       因为每一个服务都是独立的，服务们可以被用...

    当一个消息从一个应用程序发送过来（例如从订单系统来的订货清单），Mule ESB收到这个消息，把它发送到使用一定商业逻辑处理这条消息的服务（例如检测客户信息和库存），然后将它路由到正确的应用程序（例如订单结束系统）。Mule包含许多独立的部分来掌控处理和路由消息。服务的关键是服务组件。服务组件基于消息执行商务逻辑，例如读取订货清单，在清单上添加客户信息，然后将其导向到订单完结程序。   ...

    正如前面所述，服务组件包含处理消息中数据的业务逻辑。它本身并不包含任何怎么接收和发送消息的信息。要确保服务组件接收到正确的信息并且处理后正确的转发，那么你在配置Mule ESB时就必须为该服务的外裹服务指定界内路由和界外路由。       界内路由指定该服务组件处理什么消息。它能过滤收到的消息，把他们聚集在一起，然后在将他们路由到服务组件之前重新排成队列。例如，如果一个服务组件订阅了某...

    Mule ESB的众多优势之一是它可以处理很多不同协议之间的消息传输。例如，一个订货清单也许总是XML格式的，但它在一种情况下或许通过HTTP方式到达而另一种情况下却通过JMS消息方式到达，这取决于哪一个应用程序创建该订货清单。如果服务组件仅仅只能处理业务逻辑和数据，而不能处理消息本身，它又如何能够读取以不同格式到达的消息呢？       答案是这样的，服务组件是不知道如何读取消息的，...