建模是如何改进 SOA 的SOA 的强大功能在于它具备将业务敏捷贯穿业务过程综合和复用的能力。SOA 通过一下两种方式实现这一功能：方式之一是通过鼓励解决方案被组织在可复用的服务周围，这些服务对从执行中分离出来的功能进行压缩；方式之二是为管理功能之间的耦合提供工具。建模能够被用来消除业务需求和一个已经被配置的基于服务的解决方案之间的缺口。模型驱动的开发方法能够被用来生成 SOA 执行，通过使用

引言Jivaro Bank 是一个虚拟原型组合应用程序，它可在名为 Jivaro Bank Service Registry 的自定义 WebSphere Service Registry and Repository 中发布银行服务。这些服务将由其他内部客户使用（假定内部客户拥有用户注册中心的用户帐户）。本系列中的第一篇文章构建 SOA 组合业务服务，第 1 部分：开发 SOA 组合应用程序

 引言WebSphere® Integration Developer 和 WebSphere Process Server 将公共事件基础设施（Common Event Infrastructure，CEI）作为提供基本事件管理服务的方法引入。CEI 按照 CBE 规范的定义处理公共基础事件（Common Base Event，CBE）。CEI 提供基于标准 XML 的事件格式，从而支持

 引言资产重用对于开发人员非常重要，是面向服务的体系结构（Service Oriented Architecture，SOA）的关键部分。通过创建可重用资产，可以增强公司的可重用智力资本，而智力资本又是一个切实的市场优势。此外，通过对以前经过验证的市场交付内容进行重用，可以减少开发成功方案的时间和成本，从而增加公司的总收入。而经过验证的市场交付内容对客户成功非常关键。本文将帮助读者了解

POJO、SOA 概述被重新审视的 POJOPOJO（Plain Old Java Object，简单 Java 对象）是 Java 社区中最早的成员（回想您学习 Java 时第一个兴奋的时刻，那个简单的 "Hello World！" 例子），也是最简单、最容易实现的方式。然而现实中 Java 的发展已经远远超越了 POJO 的范围，成为面向对象技术应用中最成功的编程语言，尤其是继承、

什么是 SOA？如果公司有大量应用程序，这些程序供不同部门的承担不同责任的职员使用，那么就适合使用面向服务体系结构（Service Oriented Architecture，SOA）。这些应用程序可以共享功能，但是功能的组合、用户界面细节和易用性需求是不同的。与许多企业体系结构一样，SOA 也采用一个多层模型，但是它不只如此。在服务器中，功能分散在单独的服务上。一个客户机可以使用其中的一个或

什么让解决方案具有面向服务的特征？SOA 处理解决方案规范和实现的方法不是指定和实现新代码，而更多的是通过现有解决方案得到新的解决方案。在本文的讨论中，我们将解决方案称为“系统”。事实上，可以将考虑的事项归为两个主要部分：向用户提供行为的面向服务的系统和组成这些系统的各个部件。为了对一些定义进行简化，让我们首先看看系统和部件这两个词的一般含义： 系统：事物（部件）的集合或

SOA 提供了一系列服务，其中一些服务由用户使用，而另一些则由计算机使用。事实上，由计算机使用的这些服务通常使 SOA 具有几分递归结构。本文将介绍一种简单的方法，可定义由 Internet 服务提供商（ISP）使用的服务。之所以选择这种类型的提供商是因为大部分人对它比较熟悉。然而，其中的原理并不限于通信提供商：可以应用于所有类型的服务提供商 — 银行、股票代理、公用事业公司等等。 本文假设某

简介在开发面向服务体系结构（SOA）或数据集成项目期间，常常缺少一个定义与过程、服务和数据相关的术语的统一业务术语表。术语含糊不清会使许多数据集成活动更加复杂，为业务术语提供统一的定义对于解决这个问题非常重要。如果 “客户”、“成员” 等术语表达的含义不一致，就无法正确地实现与这些概念相关的服务，甚至无法确保所有相关人员对组成这些概念的数据有一致的理解。对于业务分析师和技术人员来说，对过程、服

简介SOA 设计的重要目标之一是识别服务及其规范。换句话说：应该将哪些功能和数据作为服务公开，以及如何对识别出的服务进行定义和建模？IBM 为定义 SOA 分析和设计过程提供的方法是 Service Oriented Modeling and Architecture（SOMA）（参见 参考资料）。 SOMA（和许多其他 SOA 方法）主要依靠业务过程分析和用例设计，以适当的粒度级别解决服

引言WebSphere Business Modeler (WBM) Advanced Edition V6 支持业务分析人员为组合业务服务（Composite Business Service，CBS）构造业务模型，而不会陷入软件开发的技术细节中。WBM 还提供导出功能，可以将其模型构件转换为 IBM WebSphere Integration Developer (WID) 构件。WBM

引言WebSphere Portlet Factory 的动态概要分析功能可以帮助开发人员从一个代码库创建多个、高度自定义的应用程序。使用这种动态概要分析功能，您可以在公共的概要集 中定义各种变量，并且共享环境中的多个承租者都可以对这个概要集进行配置。通过将这些经过配置的概要应用到 Portlet，以更改其外观、内容、以及 Portlet 的行为，就可以创建多个应用程序。在本文中，您将看到对第

引言本系列之前的文章介绍了组合业务服务 (CBS) 的概念，并讨论了其需要的部署环境的一些核心元素。本文将介绍多分租（即从共享的公共承载环境中为多个组织（客户）提供服务的能力）。另外还将介绍软件作为服务（Software-as-a-Service，SaaS）的网络交付方法及可能会利用 SaaS 多分租的不同用户类型。我们将介绍在 SaaS 承载环境中支持多分租的原则和技术实现。本文提供了使用

引言Apache Axis2（主要的开源 Web 服务平台之一）提供了一系列新功能，最为可贵的是，其中的很多功能都对向开发人员提供更为用户友好的方法起到了促进作用。在之前的 Axis 版本中，并不十分重视用户友好性。例如，在 Axis1 中，用户必须手动调用管理客户机并更新服务器类路径，然后重新启动服务器以应用更改。这个有点麻烦的部署模型对新手肯定是一道障碍。因此，Axis2 经过了精心的设计

尽管 XML 消息交换是 Web 服务的核心，但大部分 Web 服务应用程序都不会对 XML 的问题进行考虑。相反，这些应用程序希望交换特定于应用程序的业务数据。在这种情况下，XML 仅仅是用于表示业务数据以支持 Web 服务接口的一个格式而已。XML 可很好地满足此用途，因为它提供了独立于平台的表示形式，可供各种工具进行处理。但应用程序最终需要将 XML 转换为其内部数据结构（或反向转换），以便

 引言Web 服务的历史非常悠久，在其发展期间经历了多次迭代。第一代 Web 服务是受到高度控制的交互，可以视为仅是对可行性的测试。Apache SOAP 是第一代中值得注意的 SOAP 引擎之一，主要用作“概念验证”，而根本没有考虑性能。第一代 SOAP 引擎的整个目的是为了让人们认识到 Web 服务是一个理想的选项。不久，第一代 SOAP 引擎获得了回报。越来越多的公司开始对此产生

开始之前本文假设您对 Project Zero 已基本了解。要想加快进度，不妨先阅读一下介绍性文章 “为 Web 应用程序构建 RESTful 服务” 和介绍性教程 “用 Project Zero 开发应用程序: Project Zero 和 PHP 入门”。熟悉了 Project Zero 之后，就可以下载它（参见 参考资料）并编写简单的应用程序。简介Larry Wall 的那句话真

引言组合应用程序提供了集成现有面向服务的体系结构（Service-Oriented-Architecture，SOA）服务和/或创建能够以不同方式进行组合的新服务的能力。组合应用程序的关键是使用 SCA 将可重用软件资产作为 SOA 服务实现创建。我们使用 WebSphere Process Server、WebSphere Portal、WebSphere Service Registry

引言本文描述将原型组合应用程序从 WebSphere Application Developer-IE v5.1 迁移到 WebSphere Integration Developer v6 的一些问题和解决方案。我们将介绍的主要问题包括 WSDL 绑定、WSDL 接口、XSD 定义和业务流程执行语言（Business Process Execution Language，BPEL）编码。尽管

 引言代表性状态 (REST) 体系结构样式提供了壁垒较低的使用 Web 服务门槛。典型 REST 样式应用程序的外部接口包括大量统一资源标识符（Uniform Resource Identifier，URI）可寻址资源和一些操作，如创建、读取、更新和删除 (CRUD) 等。这样的体系结构样式的优势是其简单性。开发人员兼作家 Paul Prescod 将 REST Web 服务定义为“

背景知识可以通过在面向服务的体系结构（Service-Oriented Architecture，SOA）框架中对多个不同的服务和数据存储区进行松散耦合来创建组合应用程序。SCA 规范（请参见参考资料部分中提供的链接）描述了用于使用 SOA 构建和组装应用程序和系统的模型。组合应用程序经常使用 Rational 工具（如 IBM Rational Application Developer）作

回顾贷款请求用例您可以查看本系列中的其他文章以获得到目前为止有关这个用例场景的详细信息。在这个场景中，贷款请求用例是在某个银行客户使用该银行的 Web 门户申请贷款产品时触发的。来自银行的、基于 Web 的用户界面的贷款应用程序的提交操作，将调用贷款审批 BPEL 流程。这个流程将从该客户的配置文件中检索他的社会保险号，并使用这个编号来调用一个信用检查 BPEL 流程，从而实现了并行活动模式。

 引言WS-POS 是零售技术标准协会（Association for Retail Technology Standards，ARTS）正在开发的新标准，此标准处理将来在零售店的多个 POS 终端（例如打印机和扫描仪）之间共享外围设备的需求。外围设备共享使得新的零售场景成为可能，从而可以改变客户的体验。本文简要讨论一下这个即将推出的标准的基础概念，以及它在零售店支持的业务流程类型。概述