金融、醫療、製造等行業廣泛採用標準 XML 模式(如 FpML、ACORD、HL7、UML)實現跨企業資料交換。然而,模式版本爆炸、依賴關係複雜、跨團隊使用不一致、變更通知缺位,導致資料完整性風險與互操作性斷層。本文展示如何以 WebSphere Service Registry and Repository (WSRR) 為治理中樞,DB2 pureXML XML Schema Repository (XSR) 為運行時驗證引擎,構建「治理-執行」雙引擎架構,實現模式全生命週期自動化同步。

| 層面 | WSRR (治理層) | DB2 pureXML XSR (運行時層) |
|---|---|---|
| 核心職責 | 模式存儲、版本控制、生命週期、影響分析、存取權、分類學 | XML 資料存儲、模式驗證、XQuery/SQL/XML 查詢、高效解析 |
| 關鍵能力 | 治理流程自動化、依賴圖譜、通知機制、OWL 分類 | 原生 XML 索引、模式感知優化、插入時解析、零轉換查詢 |
| 同步觸發 | 生命週期狀態流轉 (Specify → Test → Publish → Retire) | 被動接收部署腳本執行結果 |
WSRR 載入 XSD 後自動解析為 Complex Type、Simple Type、Element、Attribute 邏輯元件,支援:

採用 Web Ontology Language (OWL) 建立企業分類學,實現:
pureXML 類別)
圖形化展示模式變更的上下游衝擊範圍:

狀態機範例(FpML 模式):

| 狀態 | 業務含義 | 自動化動作 (Notification Plugin) |
|---|---|---|
| Specify (指定) | 新版本載入 WSRR,待權限審核 | - |
| Test (測試) | 通過審核,進入測試驗證 | 發布至 測試環境 XSR |
| Publish (發布) | 測試通過,正式生效 | 發布至 生產環境 XSR |
| Retire (退役) | 版本淘汰,停止使用 | 從 所有 XSR 實例移除 |
技術實現:自定義 Governance Notifier 實現 ServiceRegistryGovernanceNotifier 介面,於狀態流轉時提取模式內容,調用 DB2 預存程序部署至 XSR。
// 核心流程
transition(artifact, fromState, toState) {
if (toState == "Publish") {
exportSchemaToDir(artifact, "c:/pureXMLArticle/publish");
executeScript("C:/PureXMLArticle/articlescripts/start.bat");
}
}
REGISTER XMLSCHEMA:註冊主模式文檔ADD XMLSCHEMA DOCUMENT:添加依賴的子模式文檔COMPLETE XMLSCHEMA:完成註冊,啟用驗證
| 場景 | 指令 | 適用條件 | 現有 XML 文檔影響 |
|---|---|---|---|
| 向後相容變更 | UPDATE XMLSCHEMA | 新版本擴展元素/屬性、放寬約束 | 自動應用新版本驗證 |
| 不相容變更 (如 FpML 大版本) | REGISTER XMLSCHEMA (新文檔) | 結構重組、刪除必填、型別變更 | 舊文檔維持舊版本驗證,新文檔用新版本 |
PUREXML_PROFILE.zip 配置檔(含生命週期、本體、通知器)
FpML.zip、類型 ZIP/JAR、版本 4.3FpML43,實現集合治理

FpML43 → InitiateXMLSchemaLifeCycle → 進入 SpecifyApprovedForTest → Test (測試環境 XSR 同步,本演示略過)Publish → Publish → 觸發通知器 → 生產環境 XSR 同步完成

DB2 Control Center → 新資料庫 FPML43 → XML Schema Repository (XSR) → 顯示完整模式清單
WSRR + DB2 pureXML 架構實現三大價值:
此架構不限於 FpML,適用於任何行業標準 XML 模式(ACORD、HL7、NIEM、UML/XMI 等),是構建企業級 XML 數據治理中樞的參考藍圖。