1

Home Grown アプリサーバーの既存の Web サービス サポートに MTOM 添付ファイルのサポートを追加しています。Web サービス フレームワークは JavaEE5 と同様のパターンに従い、注釈付きのサービスとオブジェクトは、自動 WSDL 生成を使用して WebService として自動的に公開されます。

実際の解析と生成を行っていますが、WSDL 生成を更新して、MTOM がサポートされ優先されることをクライアントに示す必要があるかどうかを判断できませんでした。MTOM サポートを示す方法について複数の矛盾する標準を見つけてきましたが、現実の世界で何が使用されているのか途方に暮れています。

これまでのところ、私は見つけました：

私が見る限り、W3c のものは XMLSoap のものの新しいバージョンのように見えますが、アサーションのために別の名前空間で別の要素を使用しているようです:

また、Glassfish が XML Soap を使用していたことを示すランダムなフォーラム投稿も気に入っています。W3C 標準は草案ですが、2007 年に草案が作成されたようです。

これらの仕様のどれが一般的に使用されているか知っている人はいますか? それとも、MTOM に関しては WSDL を無視するのが一般的ですか?

4

1 に答える 1

2

この質問はここでタンブルウィードされたので、他の誰かがこれに出くわした場合に備えて私が決めたものです.

元の投稿でリンクされている W3C 仕様は、まだドラフト段階であるため、停滞しているようです。MTOM サポートを示す特定の属性を含む WSDL2 の W3C 仕様もありますが、WSDL2 は実際には使用されていないようです。

これとGlassfishで使用されているという兆候の結果として、質問にリンクされているXmlSoap仕様を選択しました。ただし、MTOMアサーションを実際に解釈するツールやクライアントは実際には見つかりませんでした。むしろ、私が見つけたクライアントツールは、リクエストをMTOMエンコードする必要があるかどうかを明示的に示すように求めています。したがって、この主張を含めることは、少し議論の余地があるようです。

ただし、JAX-WS は MTOM アサーションを使用していないように見えますが、セキュリティのために PolicyAssertions を使用しています。PolicyAssertions が存在するということは、JAX-WS が明示的に指定されたセキュリティー構成を無視することを意味します。そのため、セキュリティ アサーションを含めずに MTOM アサーションを指定すると、Web サービスが何らかの方法で保護されている場合に呼び出されなくなります。この問題が他のクライアント ツールにも当てはまるかどうかはわかりません。

于 2011-02-12T02:51:37.047 に答える