SOA 提供了一系列服务，其中一些服务由用户使用，而另一些则由计算机使用。事实上，由计算机使用的这些服务通常使 SOA 具有几分递归结构。本文将介绍一种简单的方法，可定义由 Internet 服务提供商(ISP)使用的服务。之所以选择这种类型的提供商是因为大部分人对它比较熟悉。然而，其中的原理并不限于通信提供商：可以应用于所有类型的服务提供商 — 银行、股票代理、公用事业公司等等。
本文假设某个 ISP 对其全部或部分基础设施实现了 SOA。该提供商输出的服务之一就是提供一种基于 Web 的工具，用户可以借助该工具修改他们的服务配置文件。
本文的目的
撰写本文之际，SOA 技术仍然处于发展阶段，并且很多大型软件供应商还在开发各自的 SOA 产品。因此，SOA 领域目前综合了各种技术，包括 JAVA Business Integration (JBI)、Intelligent Event Processing 和 Business Process Execution Language (BPEL) 服务器。因此，在将各种技术融入到一个解决方案之前，想要从 SOA 中受益的用户组织很可能需要进行大量投资。通过对 SOA 布置如此高的复杂性，行业提前为实现供应商定位铺好了道路，即使 SOA 其中的一项承诺是实现基于标准、面向组件、独立于供应商的计算。在开始代价高昂的迁移过程前，用户组织能够获得一些实用的 SOA 使用体验吗?
为回答这个问题，本文通过简单的 XML 和一些 JAVA 代码演示了几个重要的 SOA 原理。本文并不打算介绍 SOA 领域中的所有内容;相反，我们只介绍其中的一些关键部分。例如，您可以考虑使用 RSS 发布 XML 服务定义。但是，在本文的例子中，传输机制使用的是 JAVA 工具。
这种聚焦式方法的优点就是用户组织中的 JAVA 开发人员可以使用其中的理念构建自己的简单的试验性 SOA。这种试验模式有助于组织实现 SOA 的商业效益。后者包含对业务服务建模，例如计算服务、用户自助服务、更好的自动化服务和更具响应性的服务。您可以将上述的迁移作为一个独立试验实现，与现有业务流程并行运作。
用户组织不需要进行大型投资就可实现一个试验性质的 SOA。通过这种方式，陈述特定于组织的 SOA 需求时可以脱离任何供应商实现。实际上，某些较小的用户组织可以继续使用他们的试验性 SOA 模式，只在后期迁移到软件供应商提供的大型商用解决方案。
自助服务趋势
对于大多数服务提供商来说，自助服务正在发展为一种趋势 — 特别是那些资金紧张的 ISP。因此，如果您需要更多带宽(进行下载或玩在线游戏)，您可以登录到提供商的 Web 站点并通过 Web 页面自动升级与提供商的连接。让我们看一个具体的例子：清单 1 展示了一个简单的基于 XML 的用户服务配置文件。
清单 1. 一个简单的基于 XML 的服务描述
<ServiceInstance> <Customer>Josephine Bloggs</Customer> <Package>Internet</Package> <Bandwidth>1mbps</Bandwidth> <DownloadLimit>1Gbyte</DownloadLimit> <Uptime>95</Uptime> </ServiceInstance> |
无疑，服务定义可以比此处的例子复杂很多。其他内容可能包括客户地址、账单明细、往返延迟、加密和服务信用信息等。重点是，越来越多的提供商提供如 清单 1 所示的 Web 访问细节。某种程度上讲，这种尝试可以减少支持电话的花销和发生频度。有趣的是，这种基于 Web 的服务可以使用户觉得为他们提供服务的是较为先进的提供商。这实现了双赢的局面，因为客户可以更好地访问他们的服务数据，而提供商可以销售无需他们插手的服务包。授权的用户可以修改如 清单 1 所示的一些服务参数 — 例如，配置的带宽。随之修改的是用户每月的订购费用。
因此，清单 1 中的代码形成了基于 XML 的服务模型的基础。通过简单地与在线表单进行交互，用户可以修改可写的服务元素(例如带宽)。通过在线表单进行的修改将被记录，然后反映到可由用户配置文件修改的后端服务中。这是一种实现自助服务的标准方法。
然而，您将要了解的是另一种更加松散耦合的自助服务 — 使用这种服务，用户可以通过在网络中传输 清单 1 中的 XML 内容修改数据。在这种场景中，所传输的 XML 内容可通过一个 JAVA 客户机进行修改，后者可运行在台式机、笔记本电脑、甚至某种资源受限的设备上(例如手机)，然后将数据发回给网络服务提供商。这种机制超越了基本的 HTML 页面模型并采纳了 SOA 思想。
知识点：JAVA 技术和 XML
JAVA 技术和 XML 几乎成为了同义词。实际上，我通过 IBM 工具对整篇文章应用了 XML 格式。尽管 XML 取得了显而易见的巨大成功，仍需注意 XML 是一种相当笨拙的技术，例如
JAVA 技术为 XML 数据处理提供了一些真正强大的工具(请参见侧栏 JAVA 技术和 XML)。如果将 清单 1 中的内容看作是给定数据集的基于 XML 的呈现，那么您还可以使用其他方式进行呈现。构成 清单 1 基本内容的原始数据一般保存在数据库中。因此，您如何将这些数据打包成 XML?
清单 2 中的内容摘取自本文附带的 JAVA 文件 encodeXML.JAVA.(相关文件可从 下载 部分获得)。encodeXML.JAVA 类对 XMLEncoder 类的对象进行了实例化。如您所见，这个对象随后在当前目录中创建了名为 xmldata.xml 的文件。下一步是将 XML 数据值插入到文件中，这可以通过调用一连串的 writeObject() 方法实现(清单 2 对此进行了说明)。显然，在生产环境中，清单 2 中硬编码的文本字符串将来自数据库这样的持久性存储。无论何种情况，可以看到 XML 数据文件的创建非常简单。
清单 2. 使用 XML 格式编码数据
XMLEncoder e = new XMLEncoder(
new BufferedOutputStream(
new FileOutputStream("xmldata.xml")));
e.writeObject("Josephine Bloggs");
e.writeObject("Internet");
e.writeObject("1mbps");
e.writeObject("Gbyte");
e.writeObject("295");
e.close();
|
清单 3. 生成的 XML 数据
<?xml version="1.0" encoding="UTF-8"?> <JAVA version="1.5.0_06" class="JAVA.beans.XMLDecoder"> <string>Josephine Bloggs</string> <string>Internet</string> <string>1mbps</string> <string>Gbyte</string> <string>295</string> </JAVA> |
清单 4. 跨越网络传输文件
byte[] bytes = new byte[BUFFER_SIZE];
FileInputStream inputFile = null;
try
{
File file = new File("xmldata.xml");
if (file.exists())
{
inputFile = new FileInputStream(file);
int ch = inputFile.read(bytes, 0, BUFFER_SIZE);
while (ch != -1)
{
output.write(bytes, 0, ch);
ch = inputFile.read(bytes, 0, BUFFER_SIZE);
}
}
清单 4 中的代码创建了一个长度缓冲区 BUFFER_SIZE。 BUFFER_SIZE 常量的值可以是 1024 或更高。通过调用 inputFile.read() 方法将输入文件(xmldata.xml)的内容读取到缓冲区中。进行缓冲之后，output.write() 方法将文件数据写入到 OutputStream 对象的套接字中。最后一步将数据通过网络发送到等待中的客户机中。这些功能居然只需要这么少的代码!
接下来，您需要使客户机处理传入的 XML 数据。
