很多大型軟件供應商還在開發各自的 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 技術和 XML

　　Java 技術和 XML 幾乎成為了同義詞。實際上，我通過 IBM 工具對整篇文章應用了 XML 格式。盡管 XML 取得了顯而易見的巨大成功，仍需注意 XML 是一種相當笨拙的技術，例如 和 標簽會增加大量帶寬并在通過網絡傳輸數據時處理系統開銷。然而，忽略這種特性，XML 確實提供了一些強大的處理工具。這些工具(本文將探討其中的兩種)基本上解決了數據表示和解析問題(后者長久以來一直難以解決)。現在，通過使用 XML 工具，各種技術級別的程序員都可以實現專業的標準化解析。

　　Java 技術為 XML 數據處理提供了一些真正強大的工具(請參見側欄 Java 技術和 XML)。如果將 清單 1 中的內容看作是給定數據集的基于 XML 的呈現，那么您還可以使用其他方式進行呈現。構成 清單 1 基本內容的原始數據一般保存在數據庫中。因此，您如何將這些數據打包成 XML?

　　這種聚焦式方法的優點就是用戶組織中的 Java 開發人員可以使用其中的理念構建自己的簡單的試驗性 SOA。這種試驗模式有助于組織實現 SOA 的商業效益。后者包含對業務服務建模，例如計算服務、用戶自助服務、更好的自動化服務和更具響應性的服務。您可以將上述的遷移作為一個獨立試驗實現，與現有業務流程并行運作。

　　用戶組織不需要進行大型投資就可實現一個試驗性質的 SOA。通過這種方式，陳述特定于組織的 SOA 需求時可以脫離任何供應商實現。實際上，某些較小的用戶組織可以繼續使用他們的試驗性 SOA 模式，只在后期遷移到軟件供應商提供的大型商用解決方案。

　　自助服務趨勢

　　對于大多數服務提供商來說，自助服務正在發展為一種趨勢 — 特別是那些資金緊張的 ISP。因此，如果您需要更多帶寬(進行下載或玩在線游戲)，您可以登錄到提供商的 Web 站點并通過 Web 頁面自動升級與提供商的連接。讓我們看一個具體的例子：清單 1 展示了一個簡單的基于 XML 的用戶服務配置文件。

　　清單 1. 一個簡單的基于 XML 的服務描述

　　Josephine BloggsInternet
1mbps
1Gbyte
95

      代碼解釋了這個用戶 XML 服務模型。該模型包括：

一個服務實例
客戶名字
服務包的名稱
已配置的帶寬量
每月允許的下載限度
提供商正常運行時間保證