Oracle之ESB培训PPT_04_MessageFlow.ppt

Oracle Service Bus Training --- ESB中的消息流 胡佳 2009-05-18 日程安排 ESB中的消息处理架构 Service Bus 中的消息流 Pipeline组件独立于transport/binding Outbound 独立于Inbound，反之依然 在Transport和Pipeline间实现流化的接口 大的数据消息 (如：100 MB的文件) 并不直接在内存中实例化，除非pipeline组件使用（例如：使用XQuery） HTTP 方式的数据传输 Proxy Service转化成一个Servlet，并部署成为一个轻量级的Web应用 没有文件，在管理控制台中不可见， Servlet的响应是由另外的线程处理 当outbound调用设定为outstanding (QOS 是 best effort) ，没有线程会被占用 JMS 方式的数据传输 没有线程因等待响应而阻塞 每一个 MDB部署成为MDB Ear 文件 如果JMS连接支持XA，交易事务处理会自动加入 请求和响应的Pipeline是有独立的事务处理 请求的Pipeline提供事务处理的重试 Polling 方式的传输： FTP, File, Email 通过Work Manager，将请求线程传递给响应线程 请求线程提供事务支持 基于任务队列访问 Polling Transport 架构 (inbound) 针对每一种Transport，预部署EAR文件 Poller 是 singleton 服务，绑定在一个服务器上 轮询资源，移动文件，修改FTP文件，读取email 针对每种资源生成一个事件 任务管理的 MDBs读取资源，并行调用pipeline Tuxedo Transport 支持 inbound 和 outbound (Tux Business Services) 请求/响应或者是单向调用模式 支持事务- “同步事务” 支持Tuxedo 的各种缓冲区类型 FML/FML/32, View/View32, string, CARRY, XML 同步通讯 – 请求线程等待响应线程 Local Transport Proxy 到 proxy 的调用 在同一线程中，采用方法调用 保留事务，安全上下文 无需发布到UDDI 日程安排 ESB中的消息流 ESB中的消息路由 消息流的优势 ESB可以使得传输协议与传输的消息之间保持独立 消息流中的元素 --- Pipeline Pipeline表示一个消息流转中批量的处理逻辑 ESB Stage Stage可以被认为是一组动作处理的容器 消息流中的Actions Action是消息流中的逻辑，它用于具体决定如何处理消息 Proxy Services中消息流的定义 练习 1. 编辑Proxy Services,添加Route Node，路由到配置好的Business Service，完成后保存并关闭会话 2. 通过管理控制台，测试配置的Proxy Service，检查业务服务是否被调用 3. 配置一个Local Proxy Service,添加Route Node，然后配置一个Proxy Service用于访问刚配置好的Local Proxy Service 日程安排 Branch分支 Operational Branch Conditional Branch Branch 分支 Branch节点可以让流程处理进入具体多个可能的处理路径中的一个 Branch 类型 分类 Conditional Operational Operational 分支创建分支都是基于WSDL中服务定义的每一个操作 Conditional分支允许基于条件执行pipeline或route节点中的内容，条件判断是基于消息数据 Conditional Branch 在消息处理的流程中，通过添加conditional 分支进行处理 Conditional分支是通过将每一个分支加上简单、唯一的字符串数据组成的查询表来判断处理的 Operational分支 基于WSDL定义的Proxy,针对服务操作处理需要，可以添加针对特定operation的处理分支节点，而这些操作都是基于WSDL所定义的 对于一个包含多个操作的WSDL，当使用该WSDL设计Proxy服务时，通过Operational分支，将不同操作的处理分开，进入不同处理路径之中 练习 使用WSDL创建一个Proxy Service，在Proxy Service流程中，引入Operational Branch，并对每个分支之中，添加日志记录的操作 在管理控制台中，对刚设计的Proxy Service进行测试，选择不同的业务方法，进行测试。 * In