内容简介
《WebSphere业务集成方法》系统介绍了如何创建以流程为中心的业务集成解决方案。全书内容涵盖了业务集成的基本概念、术语、架构模式、WebSphere业务集成技术,以及业务集成解决方案的实践等。《WebSphere业务集成方法》论述深入浅出、图文并茂、示例丰富,适合进行业务集成项目的专业技术人员学习与参考
目录
译者序
序言
作者简介
致谢
前言
第1章 业务集成
1.1 业务集成所面对的挑战
1.2 面向服务的架构
1.3 SOA的生命周期
1.4 业务集成编程模型
1.5 BPEL(现在称为WS.BPE
1.6 服务数据对象
1.7 小结
1.8 developerWorks的相关链接
第2章 业务集成架构和模式
2.1 业务集成方案
2.2 业务集成:角色、产品和技术挑战
2.2.1 清晰的角色分离
2.2.2 通用的业务对象模型
2.2.3 服务构件架构(sCA)编程模型
2.2.4 工具和产品
2.3 业务对象框架
2.4 服务构件架构
2.4.1 SCA编程模型:基本原理
2.4.2 调用SCA构件
2.4.3 导入
2.4.4 导出
2.4.5 独立引用
2.5 业务集成模式
2.6 业务流程
2.7 限定符
2.8 小结
2.9 developerWorks的相关链接
第3章 业务编排
3.1 业务流程
3.2 BPEI
3.2.1 伙伴链接
3.2.2 变量
3.2.3 活动
3.2.4 表达式语言
3.2.5 相关集
3.2.6 作用域
3.2.7 错误处理器
3.2.8 补偿处理器
3.2.9 事件处理器
3.3.BPE扩展
3.4 短时间运行和长时间运行的流秸
3.4.1 流程的事务特征
3.4.2 BPEL.流程的版本化
3.5 BPEL.和SCA
3.6 小结
3.7 developerWorks的相关链接
第4章 webSphere IIItegration DeveJloper
4.1 安装WID
4.2 使用WID
4.3 业务集成解决方案的构建块
4.3.1 模块
4.3.2 中介模块
4.3.3 库
4.4 创建项目以及其他内容
4.4.1 创建库
4.4.2 创建简单的业务对象
4.4.3 创建嵌套的业务对象
4.4.4 创建接口
4.4.5 创建模块
4.5 流程编辑器
4.6 组装编辑器
4.7 VisualSnippetEditoi
4.8 导出模块
4.8.1 将模块导出为EAR文件
4.8.2 将模块导出为serviceDeploy文件
4.8.3 将模块导出为项目交换文件
4.9 测试模块和构件
4.9.1 模块和构件测试
4.9.2 测试服务器
4.9.3 集成测试客户端
4.10 日志和查错
4.11 Eclipse外壳共享
4.12 小结
4.13 developerWorks的相关链接
第5章 WebSplaereProcessServer
5.1 WebSphere ProcessServer简介
5.1.1 WPS的功能内容介绍
5.1.2 WPS基础设施
5.1.3 BusinessProcessChoreographer
5.2 术语和拓扑
5.2.1 配置文件
5.2.2 单元和节点
5.3 安装WPS
5.3.1 WPS管理
5.3.2 启动和停止WPS
5.3.3 创建WPS单元中的关键步骤
5.4 WlX3集群拓扑
5.4.1 集群
5.4.2 WPS构件集群
5.4.3 sI总线集群
5.5 拓扑选择
5.5.1 单服务器拓扑
5.5.2 单集群拓扑
5.5.3 带有目标分区的单集群拓扑
5.5.4 多集群拓扑
5.6 小结
5.7 developerWorks的相关链接
第6章 业务流程
6.1 应用示例
6.2 使用短时间运行的业务流程
6.2.1 创建短时间运行的流程
6.2.2 添加引用伙伴
6.2.3 调用伙伴的操作
6.2.4 使用Assign活动
6.2.5 使用Choice活动
6.2.6 为Choice分支使用VisualSnippetEditor
6.2.7 定义错误
6.3 使用长时间运行的业务流程
6.3.1 创建长时间运行的流程
6.3.2 Empty。Action
6.3.3 使用人工任务
6.3.4 使用WhileI.oop
6.4 的BPEI.特性
6.4.1 添加作用域
6.4.2 错误处理器
6.4.3 ReceiveChoice
6.4.4 相关集
6.4.5 事件
6.5 小结
6.6 developerWorks的相关链接
第7章 业务映射和业务规则
7.1 支持服务
7.1.1 映射
7.1.2 关系
7.1.3 选择器
7.1.4 中介流程
7.2 映射
7.2.1 数据映射
7.2.2 接口映射
7.2.3 关
摘要与插图
第1章 业务集成业务集成是使企业能够标识、加强和优化业务流程的规范,其目的在于提高生产效率和使组织的效率化。随着企业的兼并和整合,以及遗留的异构信息资产的不断增加,企业对业务集成的需求正变得越来越迫切。这些资产经常缺乏一致性和协作性,导致产生了“信息孤岛”。
随着深入阅读本书,你会注意到业务集成同BPM和SOA之间有着紧密的联系。毫无疑问,SOA表示Service-Oriented Architecture,但是BPM有时会被认为是Business Process Modeling。我们认为BPM是Business Process Management的缩写,这是一个更好的选择,因为它涵盖了范围更广泛的活动。本书的目标之一是点明在一个企业中实施业务集成时必须知道的许多方面,包括业务建模(business modeling)、架构(architecture)、开发(development)、管控(governance)和模式(pattern)等。
本章解释了通常与SOA(是与业务集成)相关的一些术语和概念。本书并不基于任何一个特定的产品版本,但是我们将使用具体的软件解释这些概念。
1.1 业务集成所面对的挑战
随着信息技术(IT)的日益普及以及它提供的大量连通性选项,它已经被证明是在大型组织机构内真正实现业务集成的要手段。因为公司性质的不同以及集成需求的范围不同,业务集成对IT部门也提出了不同的需求。有些项目只需要处理少量几个方面,而一些大型项目则需要涉及大量的问题。下面是一些业务集成项目中常见的公共概念: