 |
|
|
|
|
|
用 XSLT 进行 WSDL 处理
在先前几篇介绍 Web 服务描述语言 (WSDL) 和基于 WSDL的 RDF 应用的基础上，本文演示一些以不同方式使用可扩展样式表变换语言(XSLT) 处理 WSDL 的方法。需要熟悉 XSLT 和资源描述框架(RDF)。本文提供了介绍 XSLT 的参考资料。 |
|
|
|
2000年11月1日 |
|
| |
Web 服务（革）创新
这是本新专栏的开篇文章，讲述了构建 Web 服务应用的一些好处和挑战。Web 服务也许是设计分布式应用中一个创造性步骤，但是，它们并不是完美无缺的。Graham 概述了开发者在创建确实可工作的 Web 服务分布式系统时会遇到的困难。本文还概述了在本专栏的后续文章中介绍构建对等 Web 应用的计划。 |
|
|
|
2000年11月1日 |
|
| |
Web 服务（革）创新
本文循序渐进地解释如何开发 Web 服务，包括需要什么工具、如何安装这些工具、如何编写代码以及如何部署服务。它还继续解释如何从因特网调用其它 Web 服务。 |
|
|
|
2000年12月1日 |
|
| |
Python Web 服务开发者: 第 1 部分
Python 的座右铭一向是“装备齐全”，这是指在安装该语言时会附带一大套标准库和功能程序。本文概述了在 Python 中开发 Web 服务时可以使用的工具和功能程序。这些工具和功能程序包括内置的 Python 功能和第三方开放源代码的工具 |
|
|
|
2001年1月1日 |
|
| |
UDDI4J: 安排 Web 服务 -- 与 UDDI 服务器交互
作为 IBM 继续致力于 Web 服务的一部分，IBM 发布了 UDDI4J -- 通用发现、描述与集成协议（UDDI）的开放源码的实现。在这篇文章中，我们将讨论 UDDI 的基础，到 UDDI 的 Java API，以及如何用该技术开始构建、测试和部署您自己的 Web 服务。 |
|
|
|
2001年1月1日 |
|
| |
借助 RDF 增强 WSDL管理结构化的 Web 服务元数据
“资源描述框架”是万维网联盟用于定义 XML 对象的元数据的正式格式。从概念上讲，它与“Web 服务描述语言”很相似，后者是有关基于 XML 的服务的元数据集合。本文集中讨论在这两种规范之间架设一座桥梁。本文首先用一个示例说明用 RDF 文件表示的 Web 服务描述可能具有什么样的形式，接着讨论如何利用 RDF 可视化工具生成 WSDL 数据的图形。最后，本文给出了 WSDL 的一种可能的 RDF Schema 的一部分。 |
|
|
|
2001年2月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日 |
|
| |
Python Web 服务开发者 第三部分: 软件资源库，第 2 部分
Uche Ogbuji 和 Mike Olson 继续他们存储和管理软件的 Web 服务示例，阐明了如何用 SOAP 消息更新资源库，以及如何把这个资源库作为 Web 服务来发布。 |
|
|
|
2001年4月1日 |
|
| |
Web 服务: Web 服务内幕，第 1 部分 我们已走了多远？
“Web 服务革命”目前形势如何？在这个以“Web 服务内幕”命名的新专栏的第一部分中，我将回顾在过去几年中涌现的一些工具和技术，以突出显示它们的差异和相似之处。 |
|
|
|
2001年4月1日 |
|
| |
Web 服务内幕，第 2 部分: W3C Web 服务专题研讨会的概述
上周，Web 服务权威人士参加了 W3C 的第一次 Web 服务专题研讨会，目的为探索 W3C 应向哪个方向发展才能实现新兴的 Web 服务架构的标准化。在这部分中，他对于讨论内容进行了一个简要的概述。 |
|
|
|
2001年4月1日 |
|
| |
Web 服务设计师，第 1 部分: 动态电子商务介绍
在过去的五年中，新兴技术在因特网的发展中起着重要的作用。Java 带给我们可移植的代码；XML 带给我们可移植的数据；普遍深入的计算使得任何设备之间具有了连通性。现在又为 Web 服务大做宣传。在这一系列的文章中，我将讨论该技术在开发下一代因特网中的重要性并描述 IBM 的 Web 服务策略。并且，我还将涉及到 Web 服务对商业的影响，怎样识别一个有关的解决时机，以及怎样评估围绕这项技术建立的许多厂商策略。 |
|
|
|
2001年4月1日 |
|
| |
Web 服务设计师，第 2 部分: 动态电子商务模式
每一种新兴的技术必须要穿越创新和接受之间的鸿沟。Web 服务的技术采用生命周期也是如此。然而，这项技术却很适合决策者的不同对象。他们是谁？什么会激发他们？基于动态电子商务这种现象，这篇文章探讨了 Web 服务就市场的各个部分给商业实体提供的一种价值取向。 |
|
|
|
2001年4月1日 |
|
| |
The Web services insider, Part 3: Apache and Microsoft -- playing nice together
|
|
|
|
2001年5月1日 |
|
| |
Web 服务内幕，第 3 部分: Apache 和 Microsoft --良好的合作
在 Web 服务内幕的这个部分中，James Snell 通过演示使用 Microsoft SOAP 工具包 Beta 2 获得 Apache 基于 SOAP 的 Web 服务是如此的轻松，表明 Apache 和 Microsoft 可以很好地合作。 |
|
|
|
2001年5月1日 |
|
| |
Web 服务概念性体系结构（Web Services Conceptual Architecture）
本文从组件、交互以及应用程序开发模式的观点描述了 Web 服务的体系结构。该体系结构是 IBM 实例化 Web 服务方法的蓝图。它是构建和部署 Web 服务应用程序的框架。 |
|
|
|
2001年5月1日 |
|
| |
为什么UDDI会成功?
本文就技术和商业两个角度考察了UDDI技术的初始动力及其为企业带来的好处。UDDI所能解决的问题正是目前的大商业环境中大家所确实面对并需要解决的，同时UDDI.org非常明智而及时地推出作为技术实现基础的技术规范标准UDDI则是其成功的基石。 |
|
|
|
2001年5月25日 |
|
| |
发展中的 SOAP 互操作性
在过去这半年中，在不同平台的多种 SOAP 协议实现之间的互操作性问题上已经取得了重大的进展。在这篇文章中，Tony Hong 考察了一些 SOAP 工具包实现者所面临的互操作性方面的早期更改，以及开发人员社区为解决这些问题所采取的各个步骤。（请加入关于本文的讨论论坛。） |
|
|
|
2001年6月1日 |
|
| |
Web 服务内幕，第 4 部分
所谓工作流就是指为满足商业需要而把各个过程组织成定义完备的操作流程。为了在 Web 服务架构的框架内定义软件的工作流过程，IBM 最近发布了一种新的 XML 语法。这里的四篇文章专门讨论 Web 服务中的工作流问题，我在第一篇中将介绍 Web 服务流语言的一些基本概念，使您迅速了解它究竟是什么以及它试图完成些什么。 |
|
|
|
2001年6月1日 |
|
| |
UDDI服务实施的体系架构
本文就UDDI服务(UDDI Operator Site / UDDI Registry)的实施体系架构、信息模型和API等技术元素在架构上的关系作了初步的阐述，其中着重介绍了基于P2P(Peer to Peer)体系架构的UDDI操作入口站点(Operator Site)之间的数据协同和复制机制。本文在技术上给于读者一个UDDI在实现上的概览，为作者以后的文章打下一个总体的基础。 |
|
|
|
2001年6月1日 |
|
| |
Python Web 服务开发者 第 4 部分: Web 服务软件资源库，第 3 部分
这篇文章是关于构建作为 Web 服务实现的软件资源库的第三篇，也即最后一篇文章，Mike Olson 和 Uche Ogbuji 将在这里进一步扩展软件资源库，以使用 WSDL 宣告它的存在。 |
|
|
|
2001年6月1日 |
|
| |
UDDI执行白皮书
UDDI(Universal Description, Discovery and Integration)--统一描述、发现与集成协议标准。第一个由平台提供者、软件开发者、交易市场运营者、电子商务企业和全球商务领头羊为解决B2B 电子商务的发展的局限性而一起提出的跨行业的解决方案。让我们走近来，仔细看看这个全球化的、平台无关的、开放式的标准的执行白皮书吧。 |
|
|
|
2001年6月5日 |
|
| |
UDDI 注册信息的数据模型
本文就UDDI注册信息的数据模型进行了较深入的介绍，主要详细介绍了商业实体信息：businessEntity元素, 商业服务信息：businessService元素, 技术绑定信息：bindingTemplate元素和元技术信息:tModel元素，同时就bindingTemplete的缓存和重定向机制作了详细的介绍，在以后的文章里面我将就tModel进行更深入地讨论 |
|
|
|
2001年6月8日 |
|
| |
UDDI 技术白皮书
统一描述、发现和集成协议(UDDI)是一套基于Web的、分布式的、为Web服务提供的信息注册中心的实现标准规范，同时也包含一组使企业能将自身提供的Web服务注册以使得别的企业能够发现的访问协议的实现标准 |
|
|
|
2001年6月8日 |
|
| |
Web 服务 -- Web的下一次革命
本教程是针对想多学一些 Web 服务知识的程序员、网站管理员及管理人员。我们将讨论 Web 服务如何工作，它们将怎样影响 Web 以及您现在该如何使用此技术。 |
|
|
|
2001年6月28日 |
|
| |
Web 服务内幕，第 7 部分: WSFL 和递归组合
Web 服务体系结构最引人注目的承诺之一是它允许新的交互类型以及新的流程类型出现。兑现这个承诺的一部分工作是提供一个允许通过组合现有流程和服务来建立那些新流程的框架。Web 服务流语言（Web Services Flow Language，WSFL）对其“递归组合”原理做了完整的介绍，这个原理允许完整的商业流程作为活动被嵌入到其它的流模型中。Web 服务内幕的这一部分通过说明“递归组合”背后的思想为这个介绍 WSFL 的系列画上了句号。 |
|
|
|
2001年7月1日 |
|
| |
Web 服务内幕，第 6 部分: 承担责任
Web 服务提供了创建高度动态化的、多功能的分布式应用程序的可能，这种应用程序跨越了技术和商业之间的鸿沟，允许服务提供者和服务消费者共同改进商务方式。Web 服务流语言（WSFL）通过建立一个框架来扩展这种可能，在此框架内服务提供者和消费者可以共同合作实现标准商业流程；在这个流程中“所做的事”比“做事的人”更重要。该框架允许所有正确实现了合适的 Web 服务接口的人担任商业流程中的各种角色。在 Web 服务内幕的这一部分，我们继续讨论 WSFL，并把重点放在如何成为一个服务提供者。 |
|
|
|
2001年7月1日 |
|
| |
Web 服务设计师，第 3 部分: Web 服务是 CORBA 的翻版吗？
早在 Web 服务传播的初期，客户们就已经开始询问这一技术与CORBA 有何区别。 它是不是分布式计算的另一种形式？在 Web服务设计师的这一部分，Dan Gisolfi 简要概述了 SOAP、DCOM 和 CORBA之间的区别，并为分布式计算领域内的 Web 服务提出了一个有价值的建议。可通过点击文章顶部或者底部的讨论，加入这篇文章的讨论论坛。 |
|
|
|
2001年7月1日 |
|
| |
tModel的用途及结构详解
本文就UDDI注册数据模型中描述元数据的tModel进行了较深入的描述和介绍。主要详细介绍了tModel的机制，用途及XML表示的结构，深入分析了tModel是如何描述Web服务的技术指纹的，并为在以后的文章里介绍公用tModel体系奠定了基础。 |
|
|
|
2001年7月3日 |
|
| |
tModel体系和公共tModel
本文就UDDI注册数据模型中描述元数据的tModel进行了较深入的描述和介绍。主要详细介绍了tModel的机制，用途及XML表示的结构，深入分析了tModel是如何描述Web服务的技术指纹的，并为在以后的文章里介绍公用tModel体系奠定了基础。 |
|
|
|
2001年7月13日 |
|
| |
架构Web Service: 为什么需要Web服务
本文是架构Web服务系列文章的首篇，从Web服务的商业需求开始，来探讨为什么要使用Web服务。 |
|
|
|
2001年7月20日 |
|
| |
架构Web Service: 什么是Web服务?
本文是架构Web服务的系列文章的第二篇，从Web服务的技术定义开始，来探讨什么是Web服务。首先，作者从技术角度详细分析了Web服务作为Internet环境下的软件组件的基本角色，从这个基本角色开始，详细介绍了这个组件对象的包装规范Web Service "stack"，并对Web服务的应用做了分类，最后借助Garnter Group的材料考察了Web服务的当前发展状况。 |
|
|
|
2001年7月27日 |
|
| |
Web 服务（革）创新 第 4 部分: Web 服务描述语言 (WSDL)
这篇文章描述的是 Web 服务描述语言 (WSDL)，WSDL是采用 XML语言来描述 Web 服务的属性，例如它做什么，它位于哪里和怎样调用它。本文还介绍了 IBM 的 WSDL 工具包，此工具包能够从 WSDL 中生成存根，并简化 Web 服务应用的创建过程。 |
|
|
|
2001年7月27日 |
|
| |
架构Web Service: 基于Web服务的应用、解决方案和开发平台
本文是架构Web服务的系列文章的第三篇，继Web服务的技术定义和技术规范介绍之后，来探讨目前现有的Web服务实践。首先，作者考察了现有的Web服务应用，然后考察了一些B2B解决方案提供商提供的基于Web服务的解决方案和产品，最后对几大平台供应商所提供的Web服务的开放工具与平台作全面的介绍。 |
|
|
|
2001年7月31日 |
|
| |
创建一个完整的 Web service
IBM的alphaWorks网站上的IBM Web Services 工具集 (WSTK)将带您进入开发Web services的奇妙世界。WSTK将为您提供创建 Web services的基本环境。它还包括了一个同伴 -- Aggregation demo，这个 Aggregation demo 包含了许多 Web 服务、其相关可视组件以及运行这些服务的简单入口。
|
|
|
|
2001年7月31日 |
|
| |
用 Portlet 来架构Web服务
|
|
|
|
2001年8月1日 |
|
| |
SOAP 安全性扩展：数字签名
SOAP 安全性扩展：数字签名（SOAP-DSIG）定义了用数字方式签名 SOAP 消息及确认签名的句法和处理规则。本文讨论了 SOAP-DSIG 和 SSL 有着怎样的关系，并描述了这两项技术是如何互补的。 |
|
|
|
2001年8月1日 |
|
| |
Web 服务: Web 服务内幕：关于 Soap 的决策
万维网联盟（The World Wide Web Consortium，W3C）已经发布了 SOAP 规范及 XML 抽象模型的更新草案。请跟随 Doug Davis 深入了解导致这些新版本发行的近期会议的最新情况。 |
|
|
|
2001年8月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日 |
|
| |
WSDL : 描述你的Web服务
本文初步介绍了Web Service 'stack'中对于Web服务即时装配，自动集成起着关键作用的WSDL规范，首先介绍了WSDL的作用和意义，其次对WSDL文档的结构作出概要地介绍，对每个元素的作用作了探讨，分析了其开放和复用的体系设计的思想，最后通过一个实例详细说明了WSDL的工作模式。 |
|
|
|
2001年8月1日 |
|
| |
Web 服务内幕，第 5 部分：进入流 用 WSFL 建模的商业流程
在 Web 服务内幕的上一部分中，我已经向您介绍了 Web 服务流语言（Web Services Flow Language，WSFL）的基本原理。在这一部分，我将兑现我的许诺，循序渐进地阐述如何设计和创建用 WSFL 实现的商业流程模型的具体步骤。 |
|
|
|
2001年8月14日 |
|
| |
使用Web服务工具包
WSTK 是预览技术的集合，它允许您对 Web 服务进行试验。本教程让您浏览整个设计、部署和使用利用 WSTK 实现的服务的过程。 |
|
|
|
2001年8月14日 |
|
| |
HTTPR 入门 ： 可靠 HTTP 协议概述
可靠 HTTP（Reliable HTTP，HTTPR）是一个新的协议。它使得 HTTP 包能够在客户机与服务器之间进行可靠的传递。这个协议解决了当前 HTTP 中的许多明显的问题，并且为网络服务间的可靠的消息传递开辟了通路。 |
|
|
|
2001年8月21日 |
|
| |
架构Web Service: 实战Web服务
本文是架构Web服务的系列文章的第四篇，继探讨了Web服务的商业需求，技术定义和技术规范以及现有现有的Web服务实践之后，通过使用一个具体的案例开始对Web服务实战的篇章。在本文中给出了一个实际的具有实用性并且能够延伸出去的计算机产品交易市场的案例，通过简要的系统分析、模块划分，对松散系统间待交换的数据进行了界分，同时为定义基于Web服务的API的数据结构奠定了系统和分析的基础。 |
|
|
|
2001年8月31日 |
|
| |
使用面向Tcl的SOAP
应用程序和 Web 服务使用简单对象存取协议（SOAP）来实现组件之间的通信。SOAP 被设计成使用原有的因特网协议，例如 HTTP 和 SMTP 协议，这样在学习和使用时相对来说比较简单。作为一个 XML 消息传递协议，现在它已越来越得到广泛使用。应用程序厂商和基于 Web 的编程项目也为其提供了广泛支持。
这篇关于面向 Tcl 编程环境的 SOAP 的介绍对于以下这些用户尤其有用，他们正在研究动态 Web 应用程序、Web 服务、通用分布式编程或使用 Web 协议的组件间的通信。 |
|
|
|
2001年8月31日 |
|
| |
理解 UDDI 注册中心的 WSDL
Web 服务描述语言（WSDL）有多种用法。特别是，根据应用程序的需要，WSDL 在 UDDI 注册中心有好几种使用方法。在这第 1 篇文章中（本系列共三篇），我们将介绍一下在 UDDI 注册中心使用 WSDL 的几种不同的方法。 |
|
|
|
2001年9月1日 |
|
| |
围绕 SOAP 的谬论和误解
作为新生事物，SOAP 不得不做一些解释以获得认可。SOAP 将成为包括 CORBA、RMI 和 DCOM 在内的其它服务器到服务器通信技术的邻居。围绕现有的技术阵营已经形成。现在各谬论、流言和讥讽横飞。在这篇文章中，Frank Cohen 细述并拆穿了很多围绕 SOAP 的谬论和误解。 |
|
|
|
2001年9月1日 |
|
| |
Python Web 服务开发者 第 5 部分: Python SOAP 库
在这个由两部分组成的系列的第一篇文章中，Web 服务专栏作家 Mike Olson 和 Uche Ogbuji 讨论了 Python 可以使用的各种 SOAP 实现，并给出了详细的代码示例。 |
|
|
|
2001年9月1日 |
|
| |
基于 SOAP 的应用程序性能测试
对于服务器之间互操作来说，SOAP 是一个恩惠 ― 但是，使基于 SOAP 的解决方案在实际生产环境中有良好表现仍存在挑战。在这里 Frank Cohen 为大家提供了一些技巧，通过这些技巧我们可以攻克可扩展性问题，他还为大家介绍一个公开源码的工具来校验基于SOAP 的Web 服务的性能。 |
|
|
|
2001年9月1日 |
|
| |
注册和发布您的Web服务
这篇教程讲述了通用描述，发现和集成（Universal Description, Discovery, and Integration，UDDI），这是一项关于发布和定位信息的新标准，这些信息都是有关公司及其提供的服务。教程还介绍了 IBM UDDI4J 工具包，它可以用来从 SOAP 客户端中访问 UDDI 库。 |
|
|
|
2001年9月7日 |
|
| |
Web 服务内幕，第 7 部分： WSFL 和递归组合
Web 服务体系结构最引人注目的承诺之一是它允许新的交互类型以及新的流程类型出现。兑现这个承诺的一部分工作是提供一个允许通过组合现有流程和服务来建立那些新流程的框架。Web 服务流语言（Web Services Flow Language，WSFL）对其“递归组合”原理做了完整的介绍，这个原理允许完整的商业流程作为活动被嵌入到其它的流模型中。Web 服务内幕的这一部分通过说明“递归组合”背后的思想为这个介绍 WSFL 的系列画上了句号。 |
|
|
|
2001年9月11日 |
|
| |
WSDL: 描述你的Web服务
本文初步介绍了Web Service "stack"中对于Web服务即时装配，自动集成起着关键作用的WSDL规范，首先介绍了WSDL的作用和意义，其次对WSDL文档的结构作出概要地介绍，对每个元素的作用作了探讨，分析了其开放和复用的体系设计的思想，最后通过一个实例详细说明了WSDL的工作模式。 |
|
|
|
2001年9月14日 |
|
| |
SOAP消息的数字签名
简单对象存取协议是一种在独立传输方式下交换信息的轻量级协议。在分散的分布式环境下，它为远程过程调用和获得 XML 形式的响应定义了一个规范。
在分布式环境中，安全是一个固有的复杂问题。SOAP 的规范并不涉及安全问题，但是允许安全问题作为扩展而被处理。一个数字签名的消息包含验证消息来源和消息内容的信息。因而，数字签名能够非常有效地用于 SOAP 消息认证。这个教程探究了在 SOAP 消息中整合数字签名的方法和执行过程。
|
|
|
|
2001年9月14日 |
|
| |
Web 服务的计量与统计
作者在本文中描述了一个面向可由服务提供者为服务请求者实现的商业 Web 服务的通用定价模型。他们提出的解决方案显示了 Web 服务的使用如何被计量以及计量所得到的数据（供随后的统计与记账使用）。文中提出的解决方案自身以示例的方式作为 Web 服务得以实现。 |
|
|
|
2001年9月18日 |
|
| |
用Python处理WSDL
Web 服务描述语言（Web Services Description Language，WDSL）起初是由 IBM、Microsoft 和其它公司开发的，它是一个对 Web 服务进行技术描述的 XML 格式。在这个教程中，Mike Olson 和 Uche Ogbuji 介绍了 WSDL4Py，它是一个在 IBM developerWork 的开放源代码专区中用于 WSDL 1.1 的开放源代码 Python 库。本教程在对其开发进行讨论的同时，也对这个库的用法做了解释。 |
|
|
|
2001年9月21日 |
|
| |
架构Web Service: 交互界面，Web服务定义的核心
本文是架构Web服务的系列文章的第五篇，以在前文中描述的应用实例为基础，详细定义了Catalog服务的API消息，全部API是使用SOAP完成调用和返回的，本文通过API的具体定义，详细介绍和演示了交互的数据结构和API消息结构的定义方法和相应模式，为读者在定义自己的Web服务接口时提供了实例的帮助和教程。 |
|
|
|
2001年9月25日 |
|
| |
Web 服务网络
与通宵的递送服务所做的大致一样，Web 服务可以作为一起工作的不同公司的中介，从而帮助他们更有效地做生意。然而，Web 服务的这种环境并不失其复杂性，它仅仅超出使多组织一起工作的商业问题。Kelly Truelove 研究了潜在的 ― 使用 Web 服务作为中介的潜在问题。 |
|
|
|
2001年10月1日 |
|
| |
Web 服务设计师，第 5 部分: 基于付费 Web 服务的障碍
随着早先对于动态电子商务的大量宣传集中在该技术的简单性上。人们越来越关注于这样一个问题：这项新技术是如何帮助商家赚钱和省钱的。在回答这个问题之前，需要定义一些通过使用付费来销售软件从而获得利润的必要的组成部件。本篇是关于基于付费的 Web 服务主题的三个专栏系列的第二部分将集中描述将存在的障碍。 |
|
|
|
2001年10月1日 |
|
| |
Web 服务设计师，第 4 部分: 基于付费的 Web 服务：术语
随着早先对于动态电子商务的大量宣传集中在该技术的简单性上，人们越来越关注于这样一个问题：这项新技术是如何帮助企业赚钱和省钱的？在回答这个问题之前，需要定义一些通过使用付费来销售软件从而获得收入的必要的组成部件。本篇是关于基于付费的 Web 服务主题的三个专栏系列的第一部分将集中描述商业领域中相关的不同角色的必要的语义。 |
|
|
|
2001年10月1日 |
|
| |
SMS：关于 Web 服务应用的个案研究
Web 服务正在开始应用于生产。这一关于短消息服务应用程序的个案研究分析了与电信服务中的 Web 服务开发相关的问题。 |
|
|
|
2001年10月9日 |
|
| |
架构Web Service: 描述与注册，发布Web服务
本文是架构Web服务的系列文章的第六篇，也是最后一篇，文本以前文为基础，在前文的应用实例的基础上，考察了发布Web服务界面的整个过程：XML Schema建模、WSDL发布和UDDI注册。通过本文，大家可以详细具体地了解各个XML和Web Service的系列规范在Web Service的发布时所起的左右，对Web Service技术也将有一个深入的理解。 |
|
|
|
2001年10月12日 |
|
| |
UDDI v2新特性: 关联关系和发布者断言
本文介绍了UDDI v2中引入的新特性：为支持大企业集团注册多个彼此具有某种关联关系的businessEntity提供了关联关系断言的这个特性。通过关联关系断言，使得大企业集团在UDDI注册中心中能以多个组成部分的形式来实施注册。UDDI v2的这一设计在完成必须的功能需求的同时，兼顾了可管理性和可控制性，为我们在UDDI v2注册中心中管理复杂的商业实体提供了有力的支持。 |
|
|
|
2001年10月23日 |
|
| |
UDDI v2新特性: 第三方分类法和标识系统
本文介绍了UDDI规范2.0版的又一个新特性：外部的分类法和标识系统的支持。UDDI规范2.0版引入了已校验(checked)的外部命名空间的概念以及外部分类法(标识系统)验证服务的标准API调用。这一机制使得第三方的分类系统或标识系统的提供者能够扩展UDDI操作入口站点的能力，使得UDDI操作入口站点能够支持新的类别模式和标识模式，同时将其集成到UDDI注册中心的数据表示中去。这一新的功能为UDDI注册中心中的数据表达提供了全新的支持，使得UDDI注册中心得以包含新的类别和标识符系统，同时将这些类别和标识附属一个或多个商业实体。这样的一种作为中间代理和桥梁的设计(商业实体和分类法提供商)将使得UDDI注册中心能够关注于技术层面有效地运营。 |
|
|
|
2001年10月30日 |
|
| |
使用 WSDL 部署 Web 服务: 第 1 部分
在“使用 WSDL 部署 Web 服务”系列中，Bilal 将研究创建、部署和发布 Web 服务的所有主要技术方面 ― 从 Web 服务描述语言（WSDL），到简单对象访问协议（SOAP）以及通用描述、发现和集成（UDDI）注册中心。第 1 部分集中讲述了 WSDL 创建：您将学习如何手工创建 WSDL 接口，然后将您的成果与 WSDL 编写工具的输出作比较。 |
|
|
|
2001年11月1日 |
|
| |
在Tcl中使用WSDL
Web 服务提供者用 Web 服务描述语言（WSDL）来宣传他们服务的明确规范。应用程序通过任意一种具有 WSDL“绑定”的计算机语言来进行编程，以访问 WSDL 文档。本教程介绍了 WSDL4TCL 软件包，该软件包向 Tcl 程序员公开 WSDL。 |
|
|
|
2001年11月23日 |
|
| |
Web 服务内幕，第 9 部分: 研究问题 安全性与保密性
Web 服务架构为创建基于 Web 的应用的开发者们带来了许多新的机遇和好处。而对于企业来说，它同时带来了新的挑战。在 Web 服务内幕接下去的几个部分中，我们将着重介绍这些挑战究竟是什么、它们是如何影响整个架构的，以及一些关于我们（我们中那些受命解决这些问题的人 ― 包括许多在 IBM 的安全、研究以及标准化领域工作的人）如何对其进行处理的内容。我们从每个人都关心的问题开始：安全性与保密性。 |
|
|
|
2001年11月27日 |
|
| |
ebXML,UDDI与XML/EDI比较
大家在研究学习ebXML, UDDI和XML/EDI技术的时候，会发现他们三者都有Registry/Repository的概念和实现，他们这三个Registry/Repository有什么区别? 这三个技术所在的体系架构层次和彼此的关系是怎样的呢？本文对这三项技术作了体系架构上的比较，ebXML和XML/EDI更偏向与商务流程的模型化，是直接面对Business-To-Business的商务交互的，主要定义了彼此交互的语言，而UDDI则是关注交互的形式以及如何开始交互，也就是定义了交互的方法，如果拿日常交流做比较，UDDI规定的是你是用电话还是用Instant Messaging，而ebXML和XML/EDI则是规定了你到底是用英语还是中文。 |
|
|
|
2001年11月27日 |
|
| |
SOAP Header扩展: WS-Security和WS-License
在本文中介绍了四个新涌现的Web服务规范中的前两个WS-Security和WS-License。WS-Security为Web服务提供了一种保障服务安全性的语言。Web服务许可语言(WS-License)则是一个建立在WS-Security规范之上的Web服务规范。WS-Security描述了通过确保消息完整性和机密性来实施安全传输SOAP消息的机制。而WS-License规范则描述了如何编码信任状以在WS-Security中使用。在后面的文章中我将继续介绍WS-Routing和WS-Referral。 |
|
|
|
2001年12月1日 |
|
| |
SOAP Header扩展: WS-Routing和WS-Referral
在本文中介绍了四个新涌现的Web服务规范中的后两个WS-Routing和WS-Referral。WS-Routing定义了路由SOAP消息的机制。而WS-Referral则用来配置用于转发消息的SOAP节点(SOAP路由器)中关于消息路径(路由条目)的指令。这两个基于SOAP的规范被设计用于和其他一些机制进行组合从而提供一个完善的消息环境。 |
|
|
|
2001年12月1日 |
|
| |
EAI和Web服务 - 轻松进行企业应用集成
通过一个被Web标准支持的方法而不是一个有私有知识产权的系统，Web服务提供一个中立的平台来集成应用程序，从而被用于集成不同的应用系统。依靠Web服务，企业能够实时地访问不同部门、不同应用、不同平台和不同系统的信息，这已是Web服务被接受的最重要和最有力的因素之一。在企业"冒险"在B2B中使用Web服务实施应用集成之前，企业应当首先在他们内部的非面向事务的一般商业流程集成中使用Web服务。 |
|
|
|
2001年12月7日 |
|
| |
无SOAP的Web服务
即使 SOAP 只是众多访问 Web 服务的可能的绑定之一，它已几乎成为 Web 服务的同义词。这意味着使用 Web 服务的应用程序通常通过绑到 SOAP 的特定实现的 API 来完成工作。本系列文章将描述一个更通用的、独立于 SOAP 的调用 Web 服务的方法，称之为“Web 服务调用框架”（Web Service Invocation Framework（WSIF））。它专门设计来直接调用用“Web 服务描述语言”（Web Services Description Language（WSDL））描述的 Web 服务，隐藏了底层访问协议（比如 SOAP）的复杂性。 |
|
|
|
2001年12月14日 |
|
| |
bindingTemplate与Web服务调用
本文通过介绍UDDI数据模型中的bindingTemplate数据实体，对如果使用bindingTemplate中的信息实施Web服务调用进行了讨论，阐明了利用缓存bindingTemplate加速服务多次调用的方法，也介绍了在灾难恢复的情况下如何再次缓存的方法。同时通过对hostingRedirector的功能的分析，介绍了简单间接模式和重定向模式对于非直接提供服务，而是由ASP供应商提供服务这一模式的重要性。 |
|
|
|
2001年12月21日 |
|
| |
Web 服务改进员工津贴处理
挪威公司 Storebrand 使用 Web 服务，通过在因特网上实现系统自动化，帮助其客户提高员工津贴处理服务的效率。 |
|
|
|
2001年12月25日 |
|
| |
今天的Web服务: 我们是否应该信任Web服务
本文对Web服务的工作模式、Web服务所必须面对的问题以及他们是如何克服这些问题进行了探讨，所有的细节都围绕着Web服务技术是否可信任展开。在了解了Web服务的发展现状之后，我们基本上可以认为， Web服务看上去应该能不断地"固执地"坚持发展下去，随着它们的不断发展和存在，他们将变得越来越适应我们的商务应用。当前，Web服务被限制于非事务型的数据处理和数据交换，那是因为目前我们有能力应用Web服务的模式来解决这一领域的问题，然而我们坚信，我们将会看到越来越多激动人心的Web服务。 |
|
|
|
2001年12月25日 |
|
| |
无 SOAP 的 Web 服务，第二部分： “Web 服务调用框架”的体系结构
在前面的文章中介绍了 WSIF，说明了它怎样为简化的 Web 服务调用提供独立于绑定的 API。这篇文章将看看一些高级的 WSIF 功能。这将需要对其体系结构有一个概述，接下来您将看到怎样开发多服务绑定，以及怎样给 Web 服务更新和添加新的绑定实现。 |
|
|
|
2001年12月28日 |
|
| |
Web 服务概念性体系结构（WSCA 1.0）
|
|
|
|
2002年1月1日 |
|
| |
WSFL 实践，第 1 部分
|
|
|
|
2002年1月1日 |
|
| |
将 Web 服务用于电子交易的单点登录
Web 应用用户在使用 Web 站点时期望着无缝的集成和互操作性。然而驱动该站点的后端系统是各个服务器软件包的综合物。本个案研究展示了怎样用 Web 服务将电子客户关系管理（electronic Customer Relationship Management，eCRM）应用集成到现有电子交易市场应用，从而为用户提供单点登录的体验。
|
|
|
|
2002年1月1日 |
|
| |
在企业级 SOA 中使用 Web 服务，第 14 部分: 使用 IBM Rational RequisitePro 和 Rational ClearCase 将遗留服务组件迁移为可发现 Web 服务
Web 应用用户在使用 Web 站点时期望着无缝的集成和互操作性。然而驱动该站点的后端系统是各个服务器软件包的综合物。本个案研究展示了怎样用 Web 服务将电子客户关系管理（electronic Customer Relationship Management，eCRM）应用集成到现有电子交易市场应用，从而为用户提供单点登录的体验。
|
|
|
|
2002年1月1日 |
|
| |
将旧应用改造成 Web 服务
随着动态电子商务以及那些支持它的基于开放标准的技术的出现，哪些支持企业中基本业务流程的有价值的旧应用将能够加入到分布式计算的这一新领域中来。在这篇文章中，我们将概略论述如何将Web 服务技术应用到我们的旧应用中，然后用一个示例来说明Web服务概念体系结构在旧应用中的使用。
|
|
|
|
2002年1月1日 |
|
| |
Web 服务准备
准备 Web 服务是在企业间实施按使用付费的 Web 服务的关键所在。无论是在您公司内部还是在业务合作伙伴之间，在使用期间控制 Web 服务的行为的是服务认证、登记、评测、计费以及管理操作的复杂混合体。这篇论文研究了“Web 服务托管技术”（Web Services Hosting Technology，WHST）包，该包通过 alphaWorks 发布，用来处理这项主要任务。 |
|
|
|
2002年1月1日 |
|
| |
WS-Inspection语言概述
服务发现定义了一个过程用来定位服务提供者以及检索服务描述文档，并且服务发现是整个 Web 服务模型的关键组件。服务发现是一个非常广的概念，这意味着它不可能有可解决所有需求的单一解决方案。“通用描述、发现和集成”（Universal Description,Discovery and Integration（UDDI））规范通过使用一个集中式服务发现模型来解决总需求的一个子集。本文将为您提供“WS-Inspction”概述，它是另一个相关的服务发现机制，但它用分布式使用模型解决需求的一个不同子集。WS-Inspection 规范是围绕基于 XML 的模型为构建对现有 Web 服务描述引用的集合而设计的，现有的 Web 服务器描述用标准 Web 服务技术来公开。 |
|
|
|
2002年1月8日 |
|
| |
WS-Inspection 与UDDI的关系
“Web 服务检查语言”（Web Services Inspection Language（WS-Inspection））和“通用描述、发现和集成”（Universal、Description、Discovery、Integration（UDDI））规范都是处理关于 Web 服务发现的问题的。即使如此，由于设计它们时所期望的目标并不相同，因而表现出的特征也不同，必须先对其进行评估才能应用技术。通过同个人信息发现进行类比，本文描述 Web 服务发现空间，并说明如何联合使用这两种规范以满足多种请求。 |
|
|
|
2002年1月11日 |
|
| |
服务注册代理 一个更高级的API
为了给 Web 服务开发者提供附加的工具，本文讨论了一个新的 API ― 服务注册代理（Service Registry Proxy，SRP）― 它将提高应用程序开发中的抽象级别并能促成 UDDI 和 WSDL 元素间的无缝集成。 |
|
|
|
2002年1月18日 |
|
| |
Web 服务内幕，第 10 部分：深入主题：可靠性和事务
就本质而言，Web 服务体系结构是应用程序通过智能的消息交换相互进行集成的方法。对于企业，这意味着关键业务信息（比如：订购单、合同以及报价索取（RFQ））的交换。由于这种信息的关键性本质，企业必须确保底层消息传递体系结构的可靠性。在 Web 服务内幕的这篇文章中，James Snell 继续他的关于影响在企业中使用 Web 服务的问题的讨论，侧重于可靠的消息传递和事务。 |
|
|
|
2002年1月22日 |
|
| |
Python Web 服务开发者 第 6 部分: Python SOAP 库，第 2 部分
Mike Olson 和 Uche Ogbuji 继续着他们对 Python SOAP 实现的研究，他们对 Zolera SOAP Infrastructure（ZSI）作为 SOAP 客户机和服务器库的性能进行了试验。他们发现 ZSI 可能是目前 Python 下的 SOAP 应用的最佳工具。 |
|
|
|
2002年2月1日 |
|
| |
处理 SOAP 中的附件
Web 服务将要求在一个过程的服务之间还能够发送除文本消息之外的其它类型消息。这通常要涉及到复杂的数据类型比如语言结构、多媒体文件甚至其它嵌入式消息。本文将看一下带附件的 SOAP（SOAP with Attachment）规范如何被用于发送这种信息。它提供了如何处理 SOAP 服务中的定制数据类型映射和附件的编程示例。 |
|
|
|
2002年2月1日 |
|
| |
SOAP与 RDF
本文研究了 SOAP 可以用来传递 RDF 模型中的信息的方式。它讨论了为了便于进行像 PC 这样的交换，或者直接以 RDF/XML 序列化形式传输这个模型的部分数据，将 RDF 模型中的基本数据转换成 SOAP 编码的方法。 |
|
|
|
2002年2月1日 |
|
| |
使用 MVC 样式的 Web 服务体系结构
模型-视图-控制器（Model-View-Controller，MVC）模式在面向对象应用程序的软件工程中相当有用。本文将讨论如何将其应用到静态或动态调用的 Web 服务中去。 |
|
|
|
2002年2月1日 |
|
| |
使用 WSDL 部署 Web 服务，第 2 部分: 简单对象访问协议（SOAP）
简单对象访问协议（SOAP）提供对远程对象的访问。这些对象的示例是简单的 JavaBeans 组件或是企业 JavaBeans 组件和 COM/COM+ 对象等。这些对象驻留在不同企业内部并且可能存在于因特网的任何位置。因此，SOAP 通过因特网通信并且是一种在不同企业间交换信息的机制。在本文中，Bial 会详细的讨论 SOAP 通信，对象是怎样用 SOAP 公开其功能的，怎样调用 SOAP 对象，怎样在有 SOAP 意识的应用程序间交换信息。他还会展示第 1 部分中提到的 WSDL 应用程序的 SOAP 服务部署，以及远程服务器对它的调用。 |
|
|
|
2002年3月1日 |
|
| |
理解 Web 服务的服务质量
随着 Web 服务的广泛扩展，服务质量（quality of service，QoS）将变成一个判定服务提供者是否成功的重要因素。QoS 决定服务的可用性和实用性，而这两方面都会影响到服务的普及。在本文中，我们将看一看各种 Web 服务 QoS 需求、影响 Web 服务性能的瓶颈、提高服务质量的方法、事务性服务以及一种使用服务代理测量 Web 服务响应时间的简单方法。 |
|
|
|
2002年3月12日 |
|
| |
理解Web服务的互操作性
Web 服务技术许诺使软件应用程序之间的互操作性达到新的级别。那么，平台供应商、软件开发者及实用程序供应商争先恐后的给他们的软件加上 SOAP、WSDL 和 UDDI 功能也就不足为奇了。在这篇文章里，Frank Cohen 描述了 Web 服务实现的不一致性以及如何评估 SOAP 技术以更快的交付更好的软件。 |
|
|
|
2002年3月29日 |
|
| |
Web 服务概念性体系结构（WSCA 1.0）
|
|
|
|
2002年4月1日 |
|
| |
Web 服务概念性体系结构（WSCA 1.0）
|
|
|
|
2002年4月1日 |
|
| |
J2EE vs .NET - 对抗与整合的旋律
本文就Web服务领域的两个应用框架，J2EE和.NET进行针对性的比较。主要从对Web服务技术的支持、第三方厂商的支持、对Web服务规范的控制程度以及他们的市场等方面展开讨论。J2EE和.NET是正面竞争的两个强大的平台，然而在Web服务的技术支持下，同时他们也是能够互相融合和集成的应用部署环境，在文章的最后部分，通过了一个应用实例简析了整合的方式。 |
|
|
|
2002年4月1日 |
|
| |
Python Web 服务开发者 第 7 部分: 第十届国际 Python 大会
本文我们稍稍休息一下，暂不讨论编写代码的问题，而来谈谈第十届 Python Web 服务专题会议上发生的一些事情。 |
|
|
|
2002年4月1日 |
|
| |
Web Service Case Study: 事务性Web服务
本文是Web Service Case Study系列文章的第三篇。在这篇文章中，我将围绕一个事务性应用展开讨论，探讨在Web服务环境中实现原先在数据库层次或者对象层次中实现的事务特性。具体的，这里的应用实例是一个分布式的数据库同步的应用，我们需要解决的是在多个分布在Internet上的同构数据库完成增量式的基于事务的数据同步问题。 |
|
|
|
2002年4月1日 |
|
| |
使用 MVC 样式的 Web 体系结构，第 2 部分: 构建 Web 服务 MVC 体系结构
本文是一篇由两部分组成的系列文章的第二部分，着重描述如何使用任何模型-视图-控制器（Model-View-Controller，MVC）模式来实现 Web 服务体系结构。本文将着重描述如何使用 SOAP 和 UDDI API 来访问静态和动态 Web 服务，以及组成 Web 服务体系结构的组件的设计实现。 |
|
|
|
2002年4月1日 |
|
| |
使用 WebSphere Studio Application Developer 发布、发现和测试基于 Microsoft .NET 的 Web 服务
本文向您展示怎样使用 Application Developer Web 服务工具在一个模拟的企业到企业（Business to Business，B2B）的环境中发布、发现和测试基于 Microsoft .NET 的 Web 服务（一个抵押付款计算器）。
|
|
|
|
2002年4月4日 |
|
| |
体系结构方面的历险: 组件技术的体系结构和设计
这篇吸引人的练习探究了体系结构和设计方面的关系，并着重提出了它们可能对应用程序的编码和性能产生影响的方式。 |
|
|
|
2002年4月5日 |
|
| |
