トランザクションモニター
WS-Transaction Version1.1 モデルは通信資源管理 (CRM:Communication Resource Manager) を含んでいない。すなわちベンダ依存のアプリケーションサーバ機能(端末画面を制御する機能)や分散データベース機能やアプリケーション依存の通信はWS-TXの範疇にない。これらは別の(標準化)体系に含まれるAPIとされる。また調整者 (coordinator) 間の通信プロトコルは標準化されていない。
WS-ATではRMとAPを区別せずに参加者 (Participant) にできる。これはAPの状態変化を永続化させる対象がRMなので一歩前進の合理化である。参加者側のノードではAPインタフェースにもX/OpenモデルのXAインタフェース相当が現れる代わりにTXインタフェースが出てこない。一方でトランザクションを起動する側のAPは要求者 (Initiator) となり、TXインタフェース相当が出てくる代わりにXAインタフェースは現れない。X/OpenモデルではAP,TM,RMモジュール間の静的なインタフェースと誤解されていたTX,XAインタフェースが分散トランザクション内の要求者と参加者の立場の違いであることが明確にされた。
すなわちACIDトランザクションの分散アプリケーションが実現できる。AP参加者は調整者の配下で揮発性2相コミットプロトコルに参加し、遠隔ノードの永続性記憶資源に対して書き込んだ後、該当遠隔ノードの資源管理が永続性2相コミットプロトコルにより結果を永続化する。
WS-TX1.1 内の WS-BusinessActivity ではロングトランザクション用の分散アプリケーション間の終結プロトコルだけを規定している。その他の分散アプリケーション間通信は規定されない。もちろんロングトランザクションを構成する個別のACIDトランザクション内は外部に公開するものではないので、上の段落で述べたようにアプリケーションプログラム側で独自に決めてよい。複数のACIDトランザクションを実行したまま完了するか、補償トランザクションを実行して取り消すかを WS-BusinessActivity で規定している。実際のロングトランザクションの終結は著しくアプリケーションに依存する。