 |
|
|
|
|
|
逐步了解 Web 服务标准: 我的 Web 服务适用于您的客户机吗？
有无数的标准对 Web 服务进行了定义。每个标准都全面到可以独立于其它的标准，但同时针对性又强到只解决 Web 服务的一小部分难题。SOAP、WSDL、XML Schema、HTTP 等标准之间的交互可以变得非常复杂。这一点，加上各个标准的解释的不同之处以及标准之间的关系，就造成了互操作性问题。软件包经常声称支持“Web 服务”或某个特定的标准，比如 SOAP 或 WSDL。所以开发者可能会因为两个产品都自豪地标上了这种首字母缩写就以为它们可以很容易地互相通信。但是，编写这些标准时并没有说产品包装盒上简单的首字母缩写就能够确保甚至暗示其兼容性。本系列将通过描述一些流行的 Web 服务标准的特定用途，解释支持这些标准中的每一种实际意味着什么，这些标准如何进行交互以及哪里容易发生兼容性问题（这一点最重要），从而引导您了解这些标准。本文还将讨论其中很多标准被修订后将出现的相关改变之处。在这个系列的第一篇文章中，Jordi Albornoz 将介绍标准之间的复杂交互问题并描述与 SOAP 有关的一些问题。 |
|
|
|
2002年10月1日 |
|
| |
逐步了解 Web 服务标准，第 3 部分: 更多 WSDL 和最佳实践
无数的标准对 Web 服务进行了定义。每个标准都全面到可以独立于其他标准，但同时针对性又强到只解决 Web 服务的一小部分难题。SOAP、WSDL、XML Schema、HTTP 等标准之间的交互可以变得非常复杂。这一点，加上各个标准的解释的不同之处以及标准之间的关系，就造成了互操作性问题。软件包经常声称支持“Web 服务”或某个特定的标准（如 SOAP 或 WSDL）。所以开发者可能会因为两个产品都自豪地标上了这样的首字母缩写就以为它们可以很容易地互相通信。但是，编写这些标准时并没有说产品包装盒上简单的首字母缩写就能够确保甚至暗示其兼容性。在本文中，Jordi Albornoz 更详细地解释 WSDL 的问题并为改进 Web 服务互操作性当前状态的方法提出建议。 |
|
|
|
2002年12月1日 |
|
| |
逐步了解 Web 服务标准，第 2 部分: SOAP 和 WSDL 的更多复杂性
在前一篇文章中，Jordi 解释了每个 Web 服务标准是如何被设计为非常全面，从而实现可扩展性的。（请参阅参考资料）。但是，每个标准只能解决创建分布式计算框架时的一个非常特定的问题。因此，仅了解一种产品支持 SOAP 并不足以确定另一种作出类似声称的产品是否能与其互操作。您还必须了解更多的细节，如应该被用于交换 SOAP 信封的传输以及用于信封有效负载的数据编码。究其本质，SOAP 只不过是一种消息格式。就用于传送消息的传输以及每条消息中包含的数据的格式而言，SOAP 是可扩展的。数据编码可扩展性对于 SOAP 消息的交换非常重要。所以，用于对数据进行编码的规则也被创建以供参考。在本文中，Jordi 解释了数据编码与 SOAP 及其他标准之间的关系。 |
|
|
|
2003年2月1日 |
|
| |
网格计算 ―― 迈向标准化平台
如何让各个组件相互对话是所有计算技术都面临的问题之一。这就是为什么我们需要标准。但是，如何把标准应用到网格计算中呢？目前都有哪些可用的标准？在网格应用程序中采用标准解决方案真正能获得多大的好处？本文作者回答了这些问题。 |
|
|
|
2004年1月13日 |
|
| |
通过 Web 服务使注释标准化
注释是将元数据与数据相关联的过程。本文提出的注释 Web 服务 API （Annotation Web services API）计划将作为工业标准用于客户端-服务器系统，以便简化异类数据的结构化注释。作者提出了注释 Web 服务 API （Annotation Web services API）的目标，然后讨论了这些目标是如何促成 API 所操作的数据模型的。作者还讨论了组成该 API 的 29 个方法，其中包括调用 API 的可能序列的两个示例来创建和检索注释。 |
|
|
|
2004年4月1日 |
|
| |
标准 Web 服务的语义请求和响应
本文说明了如何用语义请求和响应概念来明确规范化地理空间 Web 服务的开发和利用。 |
|
|
|
2004年11月22日 |
|
| |
将行业业务消息传递标准应用到 Web 服务的方法
此白皮书的作者向您展示了如何在消息和文档级别上整合各种基于行业标准的业务消息传递系统，例如 CIDX、OAGi、PIDX，以及 RosettaNet Web 服务技术。 |
|
|
|
2005年1月1日 |
|
| |
将行业业务消息传递标准应用到 Web 服务的方法
此白皮书的作者向您展示了如何在消息和文档级别上整合各种基于行业标准的业务消息传递系统，例如 CIDX、OAGi、PIDX，以及 RosettaNet Web 服务技术。 |
|
|
|
2005年1月20日 |
|
| |
随需应变操作环境标准
本文将描述构成 IBM(R) On Demand Operating Environment 的不同层次和组件，其中包括组件之间的联系，以及如何为提升业务价值在开放标准的基础上构建操作环境。本文还将解释为何 SOA 和 Web 服务适合这种情况，以及配置文件如何能够帮助您 —— 厂商和客户 —— 把握数量不断增长的各种标准。 |
|
|
|
2005年3月1日 |
|
| |
通过 IBM WESB 和 IBM WebSphere DataPower SOA Appliances 使 SOA 变成现实，第 2 部分: 将 WebSphere DataPower SOA Appliances 扩展功能用于基于证书的 XML 标准加密
本文是探索真实用例场景的系列文章的第二部分，介绍与基于证书的 XML 标准加密相关的安全问题。详细阐述 XML 标准和 WS-Encryption 规范。提供的分步说明向您介绍了如何配置 IBM WebSphere DataPower SOA Appliances 及其扩展功能以提升公钥基础结构 (PKI)，从而保护 XML 文档各部分中包含的敏感数据在传输中的私密性。您应基本了解 XML 以及与安全相关的概念才能按照本文的叙述进行操作。 |
|
|
|
2008年4月2日 |
|
| |
用于 POS 应用程序的 Web 服务，第 1 部分: 支持 POS 开放标准的零售店外围设备和 Web 服务
本文是此系列的第 1 部分，将说明新出现的标准“Web Services for Point of Service (WS-POS) 外围设备”如何能够实现零售外围设备（打印机、扫描仪）与服务点（point-of-service，POS）应用程序之间的互操作性，而不管它们物理地连接到哪一种平台（Java 或 Microsoft .NET）。所有的主要 Web 服务参与者都支持用于构建 WS-POS 开放标准的 Web 服务堆栈。这意味着外围设备不需要遵守单一的平台，而是可以像真正的服务一样操作。 |
|
|
|
2008年10月6日 |
|
| |
使用 Web 服务标准构建网格，第 1 部分: 网格应用程序概述
在这个 6 部分的系列文章 中的第 1 部分中，您将了解如何使用 Web 服务标准从头开始开发网格服务。还会了解有关网格服务、功能以及它们使用的标准的概述。 |
|
|
|
2006年2月13日 |
|
| |
使用 Web 服务标准构建网格，第 2 部分: 结构和核心组件
本文是系列文章的第 2 部分，在本文中您将通过定义网格操作来为电影网格应用程序来构建框架，首先使用的是 Web 服务描述语言（Web Services Description Language，WSDL）。您将使用 WSDL 来为应用程序的其他部分构建代码，然后使用 WS-Security 标准来增加安全性。 |
|
|
|
2006年3月2日 |
|
| |
使用 Web 服务标准构建网格，第 3 部分: 定义并对外提供资源
本文是系列文章的第 3 部分，将继续为网格节点创造一个环境来通过 Web 服务存储并返回资源属性和信息。还将构建一个客户机，它可以获取网格管理器上每个节点的信息，将这些信息进行汇总，并提供给网格客户机使用。 |
|
|
|
2006年3月9日 |
|
| |
使用 Web 服务标准构建网格，第 4 部分: 交换数据
在任何网格中，有效进行信息的交换都是至关重要的。在以资源为导向的网格（例如本教程中介绍的电影应用程序）中，您必须在网格中的节点之间对所存储的数据有效地进行交换，否则所存储的信息就没什么意义了。本教程是 6 篇系列教程 “使用 Web 服务标准构建网格” 的第 4 篇，在本教程中您将学习如何在应用程序中交换数据，如何确保信息成功交换信息，如何使用 Web Services Reliable Messaging（WSRM）和 Web Services Security（WSS）之类的标准来提供可靠、安全的信息交换。 |
|
|
|
2006年4月13日 |
|
| |
使用 Web 服务标准构建网格，第 5 部分: 管理组件和资源
构建网格是一个十分复杂的过程；本教程是 6 篇的系列教程 “使用 Web 服务标准构建网格” 的第 5 篇。在本教程中，我们将向您展示通过使用广泛认可的标准和平台，这个过程变得多么简单。到现在为止，我们已经使用了 Web 标准为电影网格应用程序生成了一个可以工作的网格服务的骨架。我们为之提供了安全性，采用了一种方法来可靠地交换电影，并且开发了管理器和节点网格组件。现在应该为之添加一些管理特性，从而将网格系统中的基本 Web 服务纳入一个网格中，它可以根据智能决策在网格中真正地共享和分发信息。 |
|
|
|
2006年4月20日 |
|
| |
使用 Web 服务标准构建网格，第 6 部分：监视和执行
构建网格是一个十分复杂的过程；本教程是 6 篇系列教程 “使用 Web 服务标准构建网格” 的第 6 篇。在本教程中，我们将向您展示通过使用广泛认可的标准和平台，这个过程会变得多么简单。本教程着重介绍了对网格节点和网格整体的监视。了解这些信息让我们可以更有效地在网格中分发信息和请求。这也为您提供了很多重要的信息，例如 CPU 和存储资源的负载，以及网格解决方案的整体效率。 |
|
|
|
2006年4月28日 |
|
| |
用 WebSphere DataPower 实现 Hessian 客户端访问标准 Web 服务
与主流的基于 XML 消息和 SOAP 协议的 Web 服务相比，Hessian 是轻量级的二进制 RPC 协议，具有简单和高效的优势。本教程提出了利用 WebSphere DataPower 对协议和数据格式进行转换，实现标准 Web 服务对 Hessian 客户端的支持，使得 Hessian 客户端在不改变代码条件下很容易的访问基于标准 SOAP 协议的 Web 服务。
|
|
|
|
2009年1月22日 |
|
| |
Python Web 服务开发者: 第 1 部分
Python 的座右铭一向是“装备齐全”，这是指在安装该语言时会附带一大套标准库和功能程序。本文概述了在 Python 中开发 Web 服务时可以使用的工具和功能程序。这些工具和功能程序包括内置的 Python 功能和第三方开放源代码的工具 |
|
|
|
2001年1月1日 |
|
| |
InterOP Stack 新一代平台互操作技术：InterOP Stack 技术应用前瞻
InterOP Stack是Internet上平台互操作的最新技术，主要是为解决目前B2B全球体系进程中遇到的最大问题:集成和交互而开发的。InterOP Stack技术将在未来的B2B全球体系中扮演重要角色，而基于InterOP Stack技术的Web Service体系架构也将成为将来B2B应用的标准技术。本文就InterOP Stack技术和Web Service的应用作了初步的探讨。 |
|
|
|
2001年3月27日 |
|
| |
InterOP Stack 新一代平台互操作技术 ：InterOP Stack 技术概览
本文介绍了Internet上平台互操作的最新技术: InterOP Stack技术家族，InterOP Stack主要是为解决目前B2B全球体系进程中遇到的最大问题：集成和交互。InterOP Stack利用Internet系统交互的标准技术XML，在其之上定义了模块接口和平台服务的标准界面，使得B2B服务的全球集成成为可能。而基于InterOP Stack技术而构建的B2B应用称为Web Service。 |
|
|
|
2001年3月27日 |
|
| |
Web 服务内幕，第 2 部分: W3C Web 服务专题研讨会的概述
上周，Web 服务权威人士参加了 W3C 的第一次 Web 服务专题研讨会，目的为探索 W3C 应向哪个方向发展才能实现新兴的 Web 服务架构的标准化。在这部分中，他对于讨论内容进行了一个简要的概述。 |
|
|
|
2001年4月1日 |
|
| |
为什么UDDI会成功?
本文就技术和商业两个角度考察了UDDI技术的初始动力及其为企业带来的好处。UDDI所能解决的问题正是目前的大商业环境中大家所确实面对并需要解决的，同时UDDI.org非常明智而及时地推出作为技术实现基础的技术规范标准UDDI则是其成功的基石。 |
|
|
|
2001年5月25日 |
|
| |
UDDI执行白皮书
UDDI(Universal Description, Discovery and Integration)--统一描述、发现与集成协议标准。第一个由平台提供者、软件开发者、交易市场运营者、电子商务企业和全球商务领头羊为解决B2B 电子商务的发展的局限性而一起提出的跨行业的解决方案。让我们走近来，仔细看看这个全球化的、平台无关的、开放式的标准的执行白皮书吧。 |
|
|
|
2001年6月5日 |
|
| |
UDDI 技术白皮书
统一描述、发现和集成协议(UDDI)是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web服务注册以使得别的企业能够发现的访问协议的实现标准 |
|
|
|
2001年6月8日 |
|
| |
Web 服务内幕，第 6 部分: 承担责任
Web 服务提供了创建高度动态化的、多功能的分布式应用程序的可能，这种应用程序跨越了技术和商业之间的鸿沟，允许服务提供者和服务消费者共同改进商务方式。Web 服务流语言（WSFL）通过建立一个框架来扩展这种可能，在此框架内服务提供者和消费者可以共同合作实现标准商业流程；在这个流程中“所做的事”比“做事的人”更重要。该框架允许所有正确实现了合适的 Web 服务接口的人担任商业流程中的各种角色。在 Web 服务内幕的这一部分，我们继续讨论 WSFL，并把重点放在如何成为一个服务提供者。 |
|
|
|
2001年7月1日 |
|
| |
WebSphere 与 .Net 平台间的 Web 服务互操作性
互操作性是 Web 服务取得成功的重要因素之一，当提议新的 Web 服务规范、创建初始实现时，互操作性也显得更加重要。IBM 和 Microsoft 已创建了一组应用程序，这些应用程序演示了 Web 服务在 WebSphere 和 .NET 平台间复杂的互操作性。本文描述了那些应用程序并特别描述了如何使用新提议的 Web 服务标准和 WS-Security 发送基于 X.509v3 证书的已签名、加密的消息。现在 IBM Web Services Toolkit 版本 3.2.2. 也提供了在这些应用程序的 IBM 版本中使用的技术。 |
|
|
|
2001年8月1日 |
|
| |
UDDI v2新特性: 第三方分类法和标识系统
本文介绍了UDDI规范2.0版的又一个新特性：外部的分类法和标识系统的支持。UDDI规范2.0版引入了已校验(checked)的外部命名空间的概念以及外部分类法(标识系统)验证服务的标准API调用。这一机制使得第三方的分类系统或标识系统的提供者能够扩展UDDI操作入口站点的能力，使得UDDI操作入口站点能够支持新的类别模式和标识模式，同时将其集成到UDDI注册中心的数据表示中去。这一新的功能为UDDI注册中心中的数据表达提供了全新的支持，使得UDDI注册中心得以包含新的类别和标识符系统，同时将这些类别和标识附属一个或多个商业实体。这样的一种作为中间代理和桥梁的设计(商业实体和分类法提供商)将使得UDDI注册中心能够关注于技术层面有效地运营。 |
|
|
|
2001年10月30日 |
|
| |
Web 服务内幕，第 9 部分: 研究问题 安全性与保密性
Web 服务架构为创建基于 Web 的应用的开发者们带来了许多新的机遇和好处。而对于企业来说，它同时带来了新的挑战。在 Web 服务内幕接下去的几个部分中，我们将着重介绍这些挑战究竟是什么、它们是如何影响整个架构的，以及一些关于我们（我们中那些受命解决这些问题的人 ― 包括许多在 IBM 的安全、研究以及标准化领域工作的人）如何对其进行处理的内容。我们从每个人都关心的问题开始：安全性与保密性。 |
|
|
|
2001年11月27日 |
|
| |
EAI和Web服务 - 轻松进行企业应用集成
通过一个被Web标准支持的方法而不是一个有私有知识产权的系统，Web服务提供一个中立的平台来集成应用程序，从而被用于集成不同的应用系统。依靠Web服务，企业能够实时地访问不同部门、不同应用、不同平台和不同系统的信息，这已是Web服务被接受的最重要和最有力的因素之一。在企业"冒险"在B2B中使用Web服务实施应用集成之前，企业应当首先在他们内部的非面向事务的一般商业流程集成中使用Web服务。 |
|
|
|
2001年12月7日 |
|
| |
将旧应用改造成 Web 服务
随着动态电子商务以及那些支持它的基于开放标准的技术的出现，哪些支持企业中基本业务流程的有价值的旧应用将能够加入到分布式计算的这一新领域中来。在这篇文章中，我们将概略论述如何将Web 服务技术应用到我们的旧应用中，然后用一个示例来说明Web服务概念体系结构在旧应用中的使用。
|
|
|
|
2002年1月1日 |
|
| |
WS-Inspection语言概述
服务发现定义了一个过程用来定位服务提供者以及检索服务描述文档，并且服务发现是整个 Web 服务模型的关键组件。服务发现是一个非常广的概念，这意味着它不可能有可解决所有需求的单一解决方案。“通用描述、发现和集成”（Universal Description,Discovery and Integration（UDDI））规范通过使用一个集中式服务发现模型来解决总需求的一个子集。本文将为您提供“WS-Inspction”概述，它是另一个相关的服务发现机制，但它用分布式使用模型解决需求的一个不同子集。WS-Inspection 规范是围绕基于 XML 的模型为构建对现有 Web 服务描述引用的集合而设计的，现有的 Web 服务器描述用标准 Web 服务技术来公开。 |
|
|
|
2002年1月8日 |
|
| |
Web Service Case Study #1 : 软件反馈跟踪平台
在我以前的developerWorks的专栏文章中，我已经系统地介绍了各种Web服务技术标准及其细节，然而Web服务并不仅仅是一种技术，更是一种应用框架，一种系统架构的方式，和一种应用的思想。所从本次开始的文章系列："Web Service Case Study"中，我将在每一篇文章中使用一个具体的应用实例，通过应用分析来详细阐述使用Web服务技术的好处和优越性，同时从Web服务的角度结合实例介绍各种Web服务技术在具体的项目中应该如何被使用。 |
|
|
|
2002年4月9日 |
|
| |
通过 BE4WS 聚集 UDDI 搜索
所有现有的 UDDI 搜索引擎只支持单一的 UDDI 注册中心, 本文 将介绍新发布的 BE4WS 技术，该技术是用 Java 编程语言写的，基于 XML 的 UDDI 浏览引擎，它为开发者在一个或多个 UDDI 注册中心高效搜索企业和服务信息提供了标准接口。 |
|
|
|
2002年5月17日 |
|
| |
Web服务安全性
WS-Security 被设计成用来构建多种安全性模型（包括 PKI、Kerberos 和 SSL）的基础，它为多安全性令牌、多信任域、多签名格式和多加密技术提供支持。本规范提出了一套标准的 SOAP 扩展，可以在构建安全的 Web 服务以实现完整性和机密性时使用。 |
|
|
|
2002年6月28日 |
|
| |
业务流程: 学习 BPEL4WS，第 2 部分
最近发布的 Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL4WS）规范，其定位是成为整合方面的 Web 服务标准。您可以创建能够如完成执行 Web 服务调用、操作数据、抛出故障或终止一个流程等工作的不同活动，然后将它们连接起来，从而创建出复杂的流程。这些活动可以嵌套到结构化活动中，结构化活动定义了其中的活动的运行方式，比如是串行或是并行还是取决于某些条件。本系列文章的目的是让读者对 BPEL4WS 语言的不同组成部分有所了解，并教读者如何创建他们自己的完整的流程。本系列文章的第一部分将引领读者创建第一个简单的流程。后续的部分将以不同方式扩展这个示例，以便阐述并解释 BPEL4WS 语言的关键部分，包括数据操作、相关性、故障处理、补偿以及 BPEL4WS 中的各种结构化活动。 |
|
|
|
2002年8月1日 |
|
| |
异步操作和 Web 服务，第 1 部分： 异步事务入门
Web 服务规范和标准并不显式支持Web服务的异步操作；但是，那些标准的确包含可以作为异步操作基础的基础架构和机制。在本文中，作者说明了为什么任何 Web 服务设计师都需要理解异步操作是如何运行的。 |
|
|
|
2002年8月6日 |
|
| |
使用 BPEL4WS 的业务流程: 学习 BPEL4WS，第 3 部分
最近发布的 Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL4WS）规范，其定位是成为整合方面的 Web 服务标准。本系列文章的目的是让读者对 BPEL4WS 语言的不同组成部分有所了解，并教读者如何创建自己完整的流程。本系列文章前面的部分对这种语言进行了概述，并且引领读者创建了他们的第一个简单的流程。这一部分将更详细介绍每一种活动。我们还将介绍如何在内存中表示和操作各种 BPEL4WS 构造。 |
|
|
|
2002年10月1日 |
|
| |
初识 WS-I 基本概要 1.0
由 Web 服务互操作性小组发布的 Web 服务基本概要（Web Services Basic Profile）1.0 象征着技术上的一个重要里程碑，因为 Web 服务基本概要 1.0 是对不同软件和操作系统平台上的各 Web 服务实现之间的互操作性将需要哪些标准和技术的发布性描述。 |
|
|
|
2002年10月1日 |
|
| |
Python Web 服务开发人员: 用于 Python 的 RSS
RSS 是迄今为止最为成功的 XML 服务之一。除了它那令人混乱的历史根源，它已经成为了通过 Web 站点交换内容信息的社区标准。Python 是用于 RSS 处理的一个优秀的工具，并且 Mike Olson 和 Uche Ogbuji 介绍了可用于这一目的的一些模块。 |
|
|
|
2002年11月1日 |
|
| |
Web 服务领域中的事务，第 2 部分
本文从很高的视角概览并阐释了 WS-Coordination Web 服务规范和 WS-Transaction Web 服务规范。这两个新规范制定了在将 Web 服务连接起来以创建可靠的应用程序时所需要的机制的梗概。这些 Web 服务需要按照关于整个应用程序的输出结果的协定参与工作和进行合作。WS-Coordination 规范为 Web 服务协调提供了一个通用的基础。WS-Coordination 规范提供了对当今市场上存在的各种标准事务机制的支持。WS-Transaction 规范包含对原子事务和业务事务协议的定义。可以预见，将会出现建立在 WS-Transaction 规范所定义的可扩展协调框架基础上的其它模式和协议。这两个规范解决了日益增长的对事务的一致性支持的需要这一问题，也满足了保证跨 Web 服务的操作的可靠协调这种更一般的要求。 |
|
|
|
2002年11月1日 |
|
| |
Web 服务领域中的事务，第 1 部分
本文从很高的视角概览并阐释了 WS-Coordination Web 服务规范和 WS-Transaction Web 服务规范。这两个新规范概括了在将 Web 服务连接起来以创建可靠的应用程序时所需要的机制。这些 Web 服务需要按照关于整个应用程序的输出结果的协定参与工作和进行合作。WS-Coordination 规范为 Web 服务协调提供了一个通用的基础。WS-Coordination 规范提供了对当今市场上存在的各种标准事务机制的支持。WS-Transaction 规范包含对原子事务和业务事务协议的定义。可以预见，将会出现建立在 WS-Transaction 规范所定义的可扩展协调框架基础上的其它模式和协议。这两个规范解决了日益增长的对事务的一致性支持的需要这一问题，也满足了保证跨 Web 服务的操作的可靠协调这种更一般的要求。 |
|
|
|
2002年11月1日 |
|
| |
保护Web服务
Web 服务要想取得成功，最关键是要建立一个清晰的、全面的且标准的方法来确保新的和现有的电子商务资产的完整性、机密性和安全性。IBM以及其他厂商已经认识到了这一点，他们已经联合起来致力于为 Web 服务开发一个全面的安全性模型。本文通过探讨几个业务案例，介绍了该安全性模型的基本原理并阐明它的优点。 |
|
|
|
2002年11月26日 |
|
| |
Web 服务的最佳实践: 一个受管的公共流程和私有流程应用程序模式情景
我们继续将重点放在 Web 服务的最佳实践上，并讨论客户的需求，从而提供一个单独的框架以使他们的 CRM 和 ERP 软件解决方案能与第三方软件协作。在设计这个基础结构解决方案时，客户表明了这样的期望：该框架应该是基于开放标准的，并且能把现有解决方案以及新开发的企业到企业（business-to-business，B2B）应用程序软件提供的业务功能集成在一起。和前面一样，在这篇文章中，我们将第 1 部分中介绍的新的 Web 服务术语和第 2 部分中讨论的 IBM 电子商务模式应用到这个实际的业务情景中，旨在帮助 IT 执行人员和设计师更好地理解 Web 服务的作用并正确地使用它们。 |
|
|
|
2002年12月1日 |
|
| |
业务流程: 理解 BPEL4WS，第 1 部分
最近发布的 Web 服务的业务流程执行语言（Business Process Execution Language for Web Services，BPEL4WS）规范，其定位是成为整合方面的 Web 服务标准。您可以创建能够如完成 Web 服务调用、操纵数据、抛出故障或终止一个流程等工作的不同活动，然后将它们连接起来，从而创建出复杂的流程。这些活动可以嵌套到结构化活动中，结构化活动定义了其中的活动的运行方式，如是串行或是并行还是取决于某些条件。本系列文章的目的是让读者对 BPEL4WS 语言的不同部件有所了解，并教读者如何创建他们自己的完整的流程。 |
|
|
|
2002年12月1日 |
|
| |
开发者关于 JAX-RPC 的介绍，第 2 部分: 研究 JAX-RPC 的规范提高 Web 服务互操作性
在这个系列的第一篇文章里, Joshy Joseph 讨论了 JAX-RPC 标准的一个重要方面：它的类型映射系统。既然知道了 JAX-RPC 怎样把 XML 类型映射成 Java 类型，您就可以认真地研究这个规范，包括它的异常处理机制和潜在的运行时服务了。读完本文后，您就可以开始构建基于 JAVA 的互操作 Web 服务了。 |
|
|
|
2003年1月1日 |
|
| |
专家访谈： Tony Cowan 谈 Web 服务安全性
这个月，我们请来了 IBM Web Services 安全性专家 Tony Cowan 先生来回答有关 Web 服务安全性（特别是一些标准的发展方向以及如何保护您的服务）方面的问题。Tony 先生是 IBM Software Group 中 Web Services 小组的带头人。他专门研究安全性以及 IBM 的 J2EE 与 Microsoft.NET®>||CHR(59)||< 的互操作性。 |
|
|
|
2003年1月29日 |
|
| |
BPEL4WS语言介绍，第2部分: 如何有针对性的利用RUP来规范开发流程
商业流程执行语言BPEL4WS(Business Process Execution Language For Web Services)是专为整合Web Services而制定的一项规范标准。它从本质上来说是IBM的WSFL和Microsoft的XLANG的结合物，目前已经成为业界标准。WSFL 支持图形化的流程，而XLANG在结构化构造方面有独到的方法，而BPEL4WS正是吸取了两者的优点，同时摒弃了一些复杂繁琐的部分，形成了一种较为自然的描述商业活动的抽象高级语言。 |
|
|
|
2003年3月1日 |
|
| |
商业流程开发新纪元--BPEL4WS语言介绍，第1部分: 特点介绍及使用技巧提示
商业流程执行语言BPEL4WS(Business Process Execution Language For Web Services)是专为整合Web Services而制定的一项规范标准。本文主要介绍 BPEL4WS 语言的特点，主要元素使用技巧提示及利用外部Web服务的技巧提示。 |
|
|
|
2003年3月1日 |
|
| |
Web 服务的最佳实践: 第 5 部分
我们继续关注 Web 服务的最佳实践，来讨论客户关于提供一种利用现有旧应用程序的多通道解决方案的需求。在设计这个基础结构解决方案时，客户表达了一种渴望，希望最终所得的解决方案是基于开放标准的并且能够支持多种业务通道。跟专栏的前几篇文章一样，在本文，我们带着帮助 IT 管理人员和设计者来更好的理解 Web 服务的角色和恰当使用这样一个目的，我们将第 1 部分所介绍的新 Web 服务术语集以及第 2 部分所讨论的 IBM 电子商务模式应用于这个真实的业务情景。 |
|
|
|
2003年3月1日 |
|
| |
为 EAI 选择 JCA、JMS 或 Web 服务
本文讨论了在 J2C 连接器体系结构（J2C Connector Architecture，JCA）、Java 消息服务（Java Message Service，JMS）和 Web 服务实现之间作出选择的标准（选择的依据是现有的环境、您想实现的模式和松耦合或紧耦合的预置要求）。 |
|
|
|
2003年3月1日 |
|
| |
实现 WS-Security
本文将描述新兴的 WS-Security 标准如何被用于保护 2002 年秋天开发和部署的 Web 服务。本文将讨论 Web 服务在安全性方面的需求，以及如何利用 HTTPS/SSL、数字证书和数字签名技术的组合来满足这些需求。本文将仔细讨论 S0AP 消息用来触发 Web 服务的 WS-Security 元素，并详细解释 WS-Security 元素的每一部分。 |
|
|
|
2003年4月1日 |
|
| |
JAX-RPC 的介绍，第 2 部分：研究 JAX-RPC 的规范提高 Web 服务互操作性
本文讲述了 JAX-RPC 标准的异常处理机制和潜在的运行时服务，说明了怎样构建基于 JAVA 的互操作 Web 服务。 |
|
|
|
2003年4月14日 |
|
| |
Web 服务的最佳实践: 第 7 部分
在本最佳实践系列所涉及的各种方案中，作者们一直都在试图说明客户正如何利用 Web 服务技术来提供对现有 IT 应用程序基础结构的第三方访问。在目前为止所讨论的大多数解决方案中，重点一直是在阐述大粒度的应用程序服务，从而将基于标准的技术和基础结构用于向外部业务伙伴提供服务。这里，他们讨论了由一家全球金融服务机构定义的企业级 IT 策略，它描述了基于新兴 Web 服务技术的应用程序开发和集成平台。 |
|
|
|
2003年6月1日 |
|
| |
在 UDDI 中使用分类法区分条目并创建社区
本文描述了 UDDI 中的分类法在根据标准分类法对数据进行区分方面的强大功能，并说明了如何使用分类法来创建注册中心的子集。 |
|
|
|
2003年7月31日 |
|
| |
用JSR-109构造可互操作的Web服务
JSR-109 帮助在Java 2 Platform Enterprise Edition (J2EE) 环境中构造协同工作的Web服务。它标准化了在J2EE容器中进行的Web服务配置。本文讨论了JSR-109定义的服务器和客户端的编程模型并提供了实际代码实例。 |
|
|
|
2003年8月1日 |
|
| |
BPEL4WS语言介绍，第3部分: 利用UML对BEPL4WS系统进行建模
商业流程执行语言BPEL4WS(Business Process Execution Language For Web Services)是专为整合Web Services而制定的一项规范标准。它从本质上来说是IBM的WSFL和Microsoft的XLANG的结合物，目前已经成为业界标准。WSFL 支持图形化的流程，而XLANG在结构化构造方面有独到的方法，而BPEL4WS正是吸取了两者的优点，同时摒弃了一些复杂繁琐的部分，形成了一种较为自然的描述商业活动的抽象高级语言。 |
|
|
|
2003年8月1日 |
|
| |
BPEL4WS语言介绍，第4部分: 有针对性的利用UML核心架构
商业流程执行语言BPEL4WS(Business Process Execution Language For Web Services)是专为整合Web Services而制定的一项规范标准。它从本质上来说是IBM的WSFL和Microsoft的XLANG的结合物，目前已经成为业界标准。WSFL 支持图形化的流程，而XLANG在结构化构造方面有独到的方法，而BPEL4WS正是吸取了两者的优点，同时摒弃了一些复杂繁琐的部分，形成了一种较为自然的描述商业活动的抽象高级语言。 |
|
|
|
2003年8月1日 |
|
| |
Web 服务事务处理协议的比较
到2003年8月，Web 服务事务处理领域有两大标准相竞争：OASIT 业务事务处理协议（Business Transactions Protocol，BTP) 和 Web 服务事务处理（WS-Transaction）规范。现在已经有了一些比较 BTP 和 WS-Tx 的带个人色彩的文章及评论，它们企图展示 BTP 可以做所有 WS-Tx 能做的事情，但它们避而不谈 BTP 与 WS-Tx 之间存在的非常重要的区别。本文将尽可能给这两种协议一个客观的比较，并且展示它们都在如何尽力解决用 Web 服务进行事务处理时会存在的问题。在文章的结尾，我将明确地说明 BTP 和 WS-Tx 之间的区别是什么及为什么有这些区别，当然我同时也会提到它们也确实有一些共同的地方。 |
|
|
|
2003年10月1日 |
|
| |
Web 服务事务处理协议的比较
到2003年8月，Web 服务事务处理领域有两大标准相竞争：OASIT 业务事务处理协议（Business Transactions Protocol，BTP) 和 Web 服务事务处理（WS-Transaction）规范。现在已经有了一些比较 BTP 和 WS-Tx 的带个人色彩的文章及评论，它们企图展示 BTP 可以做所有 WS-Tx 能做的事情，但它们避而不谈 BTP 与 WS-Tx 之间存在的非常重要的区别。本文将尽可能给这两种协议一个客观的比较，并且展示它们都在如何尽力解决用 Web 服务进行事务处理时会存在的问题。在文章的结尾，我将明确地说明 BTP 和 WS-Tx 之间的区别是什么及为什么有这些区别，当然我同时也会提到它们也确实有一些共同的地方。 |
|
|
|
2003年10月1日 |
|
| |
Web 服务编程技巧与窍门: 在 JAX-RPC 中使用 SOAP Headers
在本文中，Andre Tost 检验了用来创建及处理在 SOAP 消息的 Header 部分传输的数据的多种方法。尤其是他着重考虑了在使用 JAX-RPC 标准的应用程序中怎么做，因为绝大多数 Java 应用程序都是使用 JAX-RPC 标准提供并使用 Web 服务的。 |
|
|
|
2003年10月1日 |
|
| |
Web 服务专题：互操作性
对不同软件和操作系统平台上的各 Web 服务实现之间的互操作性将需要哪些标准和技术？本专题整理了与 Web 服务互操作性相关的文章与教程，内容涉及基础知识，WS-I的规范、样本程序与测试工具，以及 WebSphere 与 .NET 之间的互操作实现，应用实践等等，供大家参考。 |
|
|
|
2003年12月4日 |
|
| |
用 Java 客户机调用 Web 服务
本文简要描述了 Web 服务调用过程和用于 Java 环境的 Web 服务标准，然后描述了两种 Java Web 服务客户机。 |
|
|
|
2003年12月8日 |
|
| |
Web 服务最佳实践: 第 9 部分
开发解决方案体系结构以及在开发和部署阶段成功地实现它的过程，需要从一开始就考虑性能。随着 Web 服务作为一种用于企业应用程序集成（Enterprise Application Integration，EAI）和企业到企业（Business to Business，B2B）集成的开放标准集成技术的引入，您能够做很多的事情来提高运行效率，因而确保体系结构的成功和解决方案的部署。本文将与您分享如何最好地设计体系结构、开发和部署基于 Web 服务的解决方案的实际经验和建议。 |
|
|
|
2004年2月1日 |
|
| |
Web 服务最佳实践，第 10 部分: Web 服务性能方面需要考虑的问题，第2部分
随着 Web 服务作为一种用于企业应用程序集成（Enterprise Application Integration，EAI）和企业到企业（Business to Business，B2B）集成的开放标准集成技术的引入，您能够做很多的事情来提高运行效率，因而确保体系结构的成功和解决方案的部署。接着前一篇关于 Web 服务相关性能问题的文章，本文将解释基于现实经验的影响 Web 服务性能的其它次要的问题，并就如何最佳地架构、开发和部署基于 Web 服务解决方案提供建议。 |
|
|
|
2004年3月1日 |
|
| |
用Eclipse集成GT3开发网格服务
Eclipse是一款优秀的开放源代码集成开发环境（IDE），随着其不断的成熟，越来越受到开发者的喜爱。在本文中，笔者用Eclipse集成了Globus Toolkit 3.0来开发了一个具体的网格服务，并重点介绍了用Eclipse的标准窗口小部件工具箱（SWT）开发网格服务的GUI界面程序。 |
|
|
|
2004年3月23日 |
|
| |
探索 WebSphere Web 服务网关的新特征
本文讨论了这些在 Version 5.1 中可用的新网关特征，它们支持提高性能、Web 服务消息中介体的标准机制以及提高灵活性。 |
|
|
|
2004年4月12日 |
|
| |
技巧：将数据词典用于 XML 和 Web 服务大纲
在设计 XML 和 Web 服务大纲时，常常（理想情况下）会重用原有标准中定义的数据元素。这时候包括这些标准的链接并提供精确的数据词典引用会非常有用。这样做可以使处理和维护更容易自动化。这篇技巧说明了这种方法。 |
|
|
|
2004年6月1日 |
|
| |
使用 WebSphere Studio 实现和访问有状态 Web 服务，第三部分
Web 服务资源框架（Web Services Resource Framework）提出了一种通过 Web 服务访问有状态资源的模型。Web 服务资源特性（WS-ResourceProperties）定义了如何使用 Web 服务技术来查询和改变与有状态资源相关联的数据。这提供了一种标准的方式，通过这种方式，客户端可以访问与 Web 服务资源相关联的数据。本文演示了如何在 WebSphere Application Server 环境中使用 IBM WebSphere Studio Application Developer 5.1 来实现 Web 服务资源特性。 |
|
|
|
2004年7月1日 |
|
| |
网格观察: 状态的重要性
Web 服务资源架构提出另一种在基于开放标准的网格中实现状态建模与管理的不同方法。 |
|
|
|
2004年7月5日 |
|
| |
Globus Toolkit 4 的预先体验版：WSRF
即将发布的 Globus Toolkit 4 (GT4) （根据 Globus 的 Web 站点的通告，它将于 2005 年 1 月 31 日正式发布）的特性之一是新实现了 Web Services Resource Framework (WSRF) [1] 和 Service Notification (WSN) [2] 标准。GT4 提供了一个 API 来构建有状态的 Web 服务，其目标是分布式异构计算环境。本文旨在提供 GT4 所使用的新标准的说明，同时将给出一个实际的例子，让您体验如何为组织创建有状态的服务。 |
|
|
|
2004年11月18日 |
|
| |
深入理解 WS-Policy 处理
WS-Policy 现在已成为 Web 服务框架的重要组件。很可能大部分 Web 服务程序员都会在不同程度上受到 Web 服务策略的影响。最新更新的 WS-Policy 公用规范简要地描述了各种策略处理模型，例如标准化、交集和融合。本文主要让你了解这些结构化操作的意义以及一些潜在的影响和因素。 |
|
|
|
2004年12月7日 |
|
| |
技巧：通过这些帮助性的参考资料查找 XML 大纲和 Web 服务
要找到完全满足您需求的 XML 大纲和 Web 服务并非总是那么容易。这篇技巧将向您展示如何使用公共搜索标准搜索众多的 Internet 资源，找出所需的大纲和 Web 服务。 |
|
|
|
2005年3月1日 |
|
| |
网格观点: Ian Foster 评价 Globus Toolkit 4.0 的意义
Globus Toolkit 4.0 是程序员相信代码质量已经足以满足企业需求的第一个版本。与 GT 以前的版本相比，GT4 包括很多 Web 服务和标准。本文中，网格先驱 Ian Foster 讨论了 GT4 中的新增内容和重要内容。 |
|
|
|
2005年6月16日 |
|
| |
在 Apache Geronimo 中部署 Web 服务
要确定某个应用服务器是否支持 Web 服务开发工作吗？Apache Geronimo 应用服务器完全可以满足这一要求，它是 Apache Software Foundation 的最新项目之一。Java 专家 Kunal Mittal 将通过演示如何在 Geronimo 中编写和开发标准 J2EE Web 服务代码，向您介绍 Geronimo 的 Web 服务功能。您将学会如何根据底层简单对象访问协议（SOAP）实现使用 Apache Axis，从而使用 Amazon Web 服务，并且还将知道如何使用简单的、基于 JavaServer 页面的客户机来访问 Web 服务。 |
|
|
|
2005年7月25日 |
|
| |
基于 SOA 构建网格应用程序
网格和面向服务架构（SOA）是两个似乎相互冲突的系统。SOA 是构建离散服务的标准，它可能要跨越多台机器，这些机器可以进行合并以构建一个应用程序，从而降低集成成本。大部分现代网格都采用了类似于 SOA 的 Web 服务，但是在这两个系统之间实际上有更多东西可以进行合并，而不仅仅是采用几个 Web 服务。您还必须调整网格解决方案的体系结构。本文将简要介绍 SOA 幕后的一些概念，以及在将网格应用程序迁移到 SOA 模型时应该考虑的问题。 |
|
|
|
2005年10月10日 |
|
| |
用于实现 Web 服务的 SOA 编程模型，第 5 部分: 面向服务的用户界面
面向服务的编程模型可以简化程序到用户 (program-to-human) 的交互的开发，方法是在用户或者管理员控制下在表示层抽象化接口、标准化消息以及聚合独立信息源。本文是关于 IBM 的 SOA 编程模型的系列文章的第 5 部分，介绍了用户面对的服务并提供了用户界面 (UI)。本系列前面的文章介绍了与语言无关的数据访问和基于面向服务的体系结构（Service-Oriented Architecture，SOA）概念的 Web 服务的编程模型。 |
|
|
|
2005年11月1日 |
|
| |
理解 Web 服务的开发模式
Web 服务已经成为一种实现面向服务的体系结构的标准方法。尽管开发人员已经使用了许多模式来开发这样的 Web 服务，但这些模式目前尚未被明确地定义或讨论。本文不仅描述了各种 Web 服务的开发模式，并且还根据现有的工具支持和研究成果对各种模式的优缺点进行了讨论。本文对各种模式的分析基于在开发客户解决方案的过程中所积累的实际经验。 |
|
|
|
2005年12月13日 |
|
| |
SCA（Service Component Architecture）编程模型入门
面向服务组件的架构（Service Component Architecture，SCA）是一种全新的、跟语言无关的编程模型，它提供了一种统一的调用方式，从而使得客户可以把不同的组件类型都可以通过一种标准的接口来封装和调用。本文将介绍 SCA 编程模型中的基本概念，并以一个简单的例子来说明它的一些基本用法。 |
|
|
|
2006年1月4日 |
|
| |
通过 SOAP 和 HTTP 发送安全/非安全附件
在本文中，您可以了解如何在 Internet 上安全地发送数据。在很多 B2B 应用程序中，社区合作伙伴通过简单对象访问协议（Simple Object Access Protocol，SOAP）和超文本传输协议（Hypertext Transfer Protocol，HTTP）使用标准的 Dun & Bradstreet (DUNS) ID、通信协议 Header 中的 Freeform ID 或文档本身中的 ID 来进行彼此间的通信。作者还给出了具体的 SOAP Header 示例来让您对其有个全面的了解。 |
|
|
|
2006年2月6日 |
|
| |
IBM WebSphere 开发者技术期刊: 使用 JMS 和 WebSphere ESB 构建强大而可靠的 SOA——第 2 部分
Java Message Service (JMS) 对 J2EE 平台上的可靠消息传递进行了标准化。最近发布的 IBM WebSphere Enterprise Service Bus (ESB) 产品提供了一些重要的功能，这些功能位于任何支持面向服务的体系结构的环境核心位置。本系列文章讨论如何将 JMS 消息传递和 WebSphere ESB 集成，共三篇文章，本文是第二篇，主要描述用例场景，以提供构建和部署测试应用程序的舞台，以演示此集成的消息传递功能。 |
|
|
|
2006年3月22日 |
|
| |
IBM WebSphere 开发者技术期刊: 使用 JMS 和 WebSphere ESB 构建强大而可靠的 SOA——第 1 部分
Java Message Service (JMS) 对 J2EE 平台上的可靠消息传递进行了标准化。最近发布的 IBM WebSphere Enterprise Service Bus (WebSphere ESB) 产品提供了一些重要的功能，这些功能位于任何基于面向服务的体系结构 (SOA) 的环境核心位置。本系列共三篇文章，描述如何将 JMS 和 WebSphere ESB 结合使用，以形成强大而可靠的 SOA。 |
|
|
|
2006年4月13日 |
|
| |
RFID - 物理世界与IT系统的桥梁
本文将在介绍 RFID 技术基本知识，RFID 的标准化组织以及 IBM RFID 中间件解决方案的基础上，重点介绍使用 RFID 技术和 SOA 技术对用户的系统进行整合，这种整合将从传统层面的 IT 系统之间的整合到用户生产系统，供应链系统进行端到端的整合。最后辅以 IBM 使用 RFID 技术的成功案例。 |
|
|
|
2006年4月30日 |
|
| |
利用CEI监控SCA组件的运行
SCA(Service Component Architecture)，即服务组件架构，是最新发布的组件集成架构，SCA体现的是一种利用通用组件定义方式来集成分散商业功能的思想，SCA的出现，为企业系统集成带来了新的方法和标准，实质上SCA即将成为SOA系统的基本构建方式，同时SCA也是新发布的WPS(WebSphere Process Server)中的最重要的技术基础架构。许多SOA开发人员以及系统管理人员对于SCA模块及其组件的运行监控和调试还不是很熟悉，在本文中，作者将向大家简单介绍如何配置和使用CEI(Common Event Infrastructure)在WPS中监控SCA组件的运行情况。 |
|
|
|
2006年5月31日 |
|
| |
IBM WebSphere 开发者技术期刊: 使用 JMS 和 WebSphere ESB 构建强大而可靠的 SOA——第 3 部分
Java Message Service (JMS) 对 J2EE 平台上的可靠消息传递进行了标准化。最近发布的 IBM WebSphere Enterprise Service Bus (ESB) 产品提供了一些重要的功能，这些功能处于任何支持面向服务的体系结构的环境的核心位置。本系列中的三篇文章介绍了如何对 JMS 消息传递和 WebSphere ESB 进行集成，作为其中的结束篇，本文描述了如何在 WebSphere ESB 中为中介流组件构建 JMS 自定义绑定。 |
|
|
|
2006年8月3日 |
|
| |
防火墙：Web 服务不可逾越的障碍？
本文介绍如何使用 Web 服务轮询（Web Services Polling，WS-Polling）来解决异步消息传递中的难题。WS-Coordination/Transaction 和 WS-Reliable Messaging 之类的规范，现在只需使用 WS-Addressing Header，就可以假定存在使用标准方式定义的异步消息传递模型。但是，如同许多事情一样，使用异步消息处理机制也有不利的方面，而且还有一个阻碍其采用的障碍——防火墙。 |
|
|
|
2006年10月8日 |
|
| |
IP 多媒体子系统 (IMS) 简介，第 1 部分: SOA Parlay X Web 服务
IP 多媒体子系统 (IMS) 是电信行业的“下一个亮点”。此第三代合作伙伴计划（3rd Generation Partnership Project，3GPP）是经过标准化的下一代网络（Next Generation Network，NGN）体系结构，可将长期存在的 IP 网络提供的服务与便携式数字设备（如 3G 移动电话）的移动性集成。在本文中，您将了解如何使用 IMS SOA ParlayX Web 服务创建有用的电信服务。 |
|
|
|
2007年1月11日 |
|
| |
Web 服务建模，第 2 部分: 建模并生成 WSDL
本文是一个由三部分组成的系列文章中的第二篇，该系列文章着眼于使用 UML 建模（特别是，当使用 IBM Rational Software Architect 时）为标准化的 Web 服务的详细设计建模。本文介绍了利用 UML 2.0 Profile for Software Services 进行 Web 服务建模并生成 Web Service Definition Language (WSDL)。 |
|
|
|
2007年2月2日 |
|
| |
Web 服务建模，第 1 部分: XML 模式
这篇文章是探讨 UML 建模（特别是使用 IBM Rational Software Architect ）在标准化 Web 服务的细节设计模型方面的使用的系列文章的第一部分，该系列共有三个部分。这一领域的其他文章侧重于软件服务的建模，而本系列描述了 Web 服务模型的细节，如何做出具体技术决定，如果获得和XML 模式以及WSDL （Web 服务定义语言）对应的工件，等等。本文将重点介绍建模和产生 XML 模式。 |
|
|
|
2007年2月2日 |
|
| |
SOA 术语概述，第 2 部分: 开发流程、模型和资产
了解一些基本 SOA 术语。本文是本系列的第 2 部分，Bertrand Portier 将在其中定义一些术语（包括开发流程、模型和资产）并说明为何这些是 SOA 成功的基础。作者还将介绍此领域的一些主要标准。 |
|
|
|
2007年5月23日 |
|
| |
在 WID 中使用 SCA Web 服务绑定传递 SOAP Header
本文主要向读者介绍了在IBM WebSphere Integration Developer中使用SCA的Web服务绑定在外部Web Service和标准SCA组件之间传递SOAP Header的基本配置方法和注意事项。本文所解决的技术问题主要应用在使用企业服务总线的SOA业务场景中，尤其是使用了IBM的WESB服务器对标准Web Service请求、应答做基于SOAP Header的中介流转的这一技术环节中。 |
|
|
|
2007年7月5日 |
|
| |
从 WSRF 迁移至 WSRT
Web 服务小组已经从原先的 WS-Resource Framework (WSRF) 标准迁移至 WS-ResourceTransfer (WS-RT) 框架。WS-RT 将原来 WSRF 标准的元素与 WS-Management 标准相结合，以便在不同组件之间更容易地交换资源信息和对象。我们将研究这两个标准，它们之间的区别，以及如何在这两个标准之间进行迁移以照顾兼容性，并帮助您迁移至新的标准，同时保证与其他应用程序的互操作性。 |
|
|
|
2007年8月23日 |
|
| |
使用 UML 服务组件表示 SOA 体系结构模式
在本文中，使用统一建模语言（Unified Modeling Language，UML）模型来描述 SOA 体系结构模式及其相关的服务组件。并在行业标准的 UML 格式上下文中，了解有关 SOA 模式服务组件的内容，以帮助利益相关者更好地了解组成 SOA 的服务组件。 |
|
|
|
2007年9月3日 |
|
| |
使用 Rational Software Architect 建模并生成 Web 服务元数据
了解如何使用 IBM Rational Software Architect 的 modeler 插件及统一建模语言（Unified Modeling Language，UML）对标准化的 Web 服务元数据建模。虽然 UML-to-XSD 转换是用 Rational Software Architect 交付的模型到模型和模型到文本的转换之一，但是本文将专注于建模并生成功能的 Web 服务描述语言（Web Services Description Language，WSDL）方面和非功能的 Web 服务策略框架（Web Services Policy Framework，WS-Policy）方面。 |
|
|
|
2007年9月12日 |
|
| |
SOA：原理•方法•实践，第 3 部分: 业务流程简述
从亨利福特开始通过装配线生产福特汽车，直到今日，我们一直都在想办法来更好地、更快地、更可靠地、更经济地完成工作。业务流程是一种非常好的方法。业务流程可以被定义为一个具有各种不同功能的活动相连的一组有相互关系的任务。如何将分布的Web服务组合实现业务流程，对企业实现全球化和虚拟化具有重要意义。BPEL（Business Process Execution Language，业务流程执行语言）是业界认可的标准，也是SOA实现组合服务和服务编排的重要技术基础。这是《SOA：原理方法实践》的第 10 章。本章将重点介绍 BPEL 的基本特性和使用模式。 |
|
|
|
2007年9月18日 |
|
| |
使用 WS-Resource Transfer 构建网格系统，第 1 部分: 网格服务和 WS-RT
在这个分为 5 部分的 “使用 WS-Resource Transfer 构建网格系统” 系列中，我们讨论 WS-Resource Transfer（WS-RT）在不同领域的网格环境中的使用 —— 包括使用它存储和恢复关于网格、网格监视和管理以及安全性的一般信息。我们还研究如何将 WS-RT 用于工作的分发和划分。第 1 部分研究 WS-RT 标准，并讨论如何使用 Java 技术和 Apache Muse 开发 WS-RT 解决方案。 |
|
|
|
2007年10月12日 |
|
| |
使用 RESTful 界面和 Project Zero（WebSphere sMash）管理 HTTP 服务器
WS-* 用户和 REST 用户正在就哪种技术最适合哪个问题集进行争论，而 WS-* 用户总是声称比较复杂的企业级问题不能用 REST 的方式解决。本文对此理论进行测试，尝试为 REST 用户不经常讨论的问题域即系统管理创建一个 RESTful 解决方案。在上一篇
developerWorks 教程中，我讲述了如何创建用于管理 HTTP 服务器产品的 Web 服务界面；此教程使用 WSDL 中的概念和 WS-* 标准来定义 Apache Muse 和 Apache Axis 中的管理界面和软件，以创建管理应用程序。在本文中，我使用 Project Zero 和 REST 设计原则来重新创建原始应用程序的界面和功能，并确定 REST 是否是此企业项目的有效选项。
|
|
|
|
2008年1月8日 |
|
| |
WebSphere 应用服务器 6.1 Web Services 功能部件包入门
WebSphere 应用服务器 6.1（WAS 6.1） 功能部件包（Feature Pack）在 WAS 6.1 的基础上对 Web Services 的支持做了进一步扩展，用以支持异步、可靠、安全地发送 Web Service 消息。值得注意的是它引入了对 Java API for XML Web Services（JAX-WS）2.0 编程模型的支持，同时实现了一组 Web service 标准，提供了与其他供应商的互操作性。本文将介绍 WebSphere 应用服务器 6.1 Web Services 功能部件包提供的新增内容，解答一些常见问题，同时指引读者去利用它提供的样本程序加深对它的理解。
|
|
|
|
2008年1月17日 |
|
| |
XForms 的投资回报
本文分析在企业范围内采用 XFroms 标准的投资回报率（Return on Investment，ROI）的几种计算方法。我们从多种不同的角度进行 ROI 分析，包括对标准的评估以及和避免厂商锁定策略有关的问题。我们讨论了企业 XForms 迁移的三种 ROI 模型以及如何克服推动 XForms 计划的阻力。
|
|
|
|
2008年1月17日 |
|
| |
利用 WAS 6.1 WebService 功能部件包开发 JAX-WS 2.0 Web services
本文结合 WebSphere 里的开发工具 AST(Application Server Toolkit) 讲述了 JAX-WS 2.0 标准下 Web services 的开发过程，同时介绍了 JAX-WS 2.0 一些重要的 API 和命令行工具 wsimport,wsgen 的使用。本文对于想了解 Web services 最新变化和准备采用 JAX-WS 2.0 编程的相关人员有一定的帮助。 |
|
|
|
2008年1月25日 |
|
| |
