通過Java編程處理XML 服務(wù)SOA發(fā)布者：本站     時間：2020-05-06 15:05:45

很多大型軟件供應(yīng)商還在開發(fā)各自的 SOA 產(chǎn)品。因此，SOA 領(lǐng)域目前綜合了各種技術(shù)，包括 Java Business Integration （JBI）、Intelligent Event Processing 和 Business Process Execution Language （BPEL） 服務(wù)器。因此，在將各種技術(shù)融入到一個解決方案之前，想要從 SOA 中受益的用戶組織很可能需要進行大量投資。通過對 SOA 布置如此高的復(fù)雜性，行業(yè)提前為實現(xiàn)供應(yīng)商定位鋪好了道路，即使 SOA 其中的一項承諾是實現(xiàn)基于標(biāo)準(zhǔn)、面向組件、獨立于供應(yīng)商的計算。在開始代價高昂的遷移過程前，用戶組織能夠獲得一些實用的 SOA 使用體驗嗎？

    為回答這個問題，本文通過簡單的 XML 和一些 Java 代碼演示了幾個重要的 SOA 原理。本文并不打算介紹 SOA 領(lǐng)域中的所有內(nèi)容；相反，我們只介紹其中的一些關(guān)鍵部分。例如，您可以考慮使用 RSS 發(fā)布 XML 服務(wù)定義。但是，在本文的例子中，傳輸機制使用的是 Java 工具。

    Java 技術(shù)和 XML

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

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

    這種聚焦式方法的優(yōu)點就是用戶組織中的 Java 開發(fā)人員可以使用其中的理念構(gòu)建自己的簡單的試驗性 SOA。這種試驗?zāi)Ｊ接兄诮M織實現(xiàn) SOA 的商業(yè)效益。后者包含對業(yè)務(wù)服務(wù)建模，例如計算服務(wù)、用戶自助服務(wù)、更好的自動化服務(wù)和更具響應(yīng)性的服務(wù)。您可以將上述的遷移作為一個獨立試驗實現(xiàn)，與現(xiàn)有業(yè)務(wù)流程并行運作。

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

    自助服務(wù)趨勢

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

    清單 1. 一個簡單的基于 XML 的服務(wù)描述

    < ServiceInstance>

    < Customer>Josephine Bloggs< /Customer>

    < Package>Internet< /Package>

    < Bandwidth>1mbps< /Bandwidth>

    < DownloadLimit>1Gbyte< /DownloadLimit>

    < Uptime>95< /Uptime>

    < /ServiceInstance>

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

    一個服務(wù)實例

    客戶名字

    服務(wù)包的名稱

    已配置的帶寬量

    每月允許的下載限度

    提供商正常運行時間保證

    無疑，服務(wù)定義可以比此處的例子復(fù)雜很多。其他內(nèi)容可能包括客戶地址、賬單明細、往返延遲、加密和服務(wù)信用信息等。重點是，越來越多的提供商提供如 清單 1 所示的 Web 訪問細節(jié)。某種程度上講，這種嘗試可以減少支持電話的花銷和發(fā)生頻度。有趣的是，這種基于 Web 的服務(wù)可以使用戶覺得為他們提供服務(wù)的是較為先進的提供商。這實現(xiàn)了雙贏的局面，因為客戶可以更好地訪問他們的服務(wù)數(shù)據(jù)，而提供商可以銷售無需他們插手的服務(wù)包。授權(quán)的用戶可以修改如 清單 1 所示的一些服務(wù)參數(shù) — 例如，配置的帶寬。隨之修改的是用戶每月的訂購費用。

    因此，清單 1 中的代碼形成了基于 XML 的服務(wù)模型的基礎(chǔ)。通過簡單地與在線表單進行交互，用戶可以修改可寫的服務(wù)元素(例如帶寬)。通過在線表單進行的修改將被記錄，然后反映到可由用戶配置文件修改的后端服務(wù)中。這是一種實現(xiàn)自助服務(wù)的標(biāo)準(zhǔn)方法。

    然而，您將要了解的是另一種更加松散耦合的自助服務(wù) — 使用這種服務(wù)，用戶可以通過在網(wǎng)絡(luò)中傳輸 清單 1 中的 XML 內(nèi)容修改數(shù)據(jù)。在這種場景中，所傳輸?shù)?XML 內(nèi)容可通過一個 Java 客戶機進行修改，后者可運行在臺式機、筆記本電腦、甚至某種資源受限的設(shè)備上(例如手機)，然后將數(shù)據(jù)發(fā)回給網(wǎng)絡(luò)服務(wù)提供商。這種機制超越了基本的 HTML 頁面模型并采納了 SOA 思想。

    將服務(wù)定義 XML 文檔傳輸給使用 Java 技術(shù)的客戶機

    清單 2 中的內(nèi)容摘取自本文附帶的 Java 文件 encodeXML.java.(相關(guān)文件可從 下載 部分獲得)。encodeXML.java 類對 XMLEncoder 類的對象進行了實例化。如您所見，這個對象隨后在當(dāng)前目錄中創(chuàng)建了名為 xmldata.xml 的文件。下一步是將 XML 數(shù)據(jù)值插入到文件中，這可以通過調(diào)用一連串的 writeObject() 方法實現(xiàn)(清單 2 對此進行了說明)。顯然，在生產(chǎn)環(huán)境中，清單 2 中硬編碼的文本字符串將來自數(shù)據(jù)庫這樣的持久性存儲。無論何種情況，可以看到 XML 數(shù)據(jù)文件的創(chuàng)建非常簡單。

    清單 2. 使用 XML 格式編碼數(shù)據(jù)