問題タブ [ws-addressing]

WS-AddressingのWikipediaページは次のように述べています。

WS-Addressingは、エンドポイント参照を含む共通のSOAPヘッダー（wsa：ReplyTo）を指定することにより、非同期相互作用の使用をサポートします

SOAPを介して公開している単純なWCFサービスがあります。WSDLが表示され、ルートノードにアドレス指定について言及しているXML名前空間があります。

WS-Addressingを利用する非同期WCF（または他の.NET、ただし最初からではない）クライアントを作成できますか？

コンソールアプリにサービス参照を追加しましたが、プロキシクラスは正しいように見えますが、WS-Addressingを利用していることをどのようにして知ることができますか？HTTPリクエストを監視して、非同期呼び出しを行っていることを確認できますが、これは少し試行錯誤です。

「非同期操作の生成」チェックボックスがあることは知っていますが、これはWS-Addressingではなく.NETにある通常のBegin / Endパターンを利用していると思いますか？

本体にそのままのパラメーターを受け入れるサービス メソッドを持つ WCF SOAP サービスを作成しようとしていますが、それを実現することはできません。現在、ボディの下にメソッド名要素を作成中です。メソッド名がヘッダーの一部になり、パラメーターが本体の直接の子になるように、ws-addressing を使用しようとしています。

これが私のサービスの実装です：

上記の実装により、以下の SOAP クライアントが生成されます。しかし、ボディの直接の子としてラッパー要素を持たせようとしています (DoWork を削除しようとしています)。私が読んだことから、svc メソッドを装飾して裸のパラメーターを使用するには、サービス メソッド名 (DoWork) を削除し、ws-addressing を使用する必要があります。

msdn のガイドに従って、サービス メソッドを装飾しました。MSDN リンク

WSO2ESBメディエーションに奇妙な問題があります。製品バージョン：WSO2 ESB 4.5.1

メディエーションコードは次のようになります。

このサービスをsoapUI4.0.1で呼び出そうとすると、ログメディエーターはWSA_Toプロパティ値（get-property（'To'）関数で入力）が/ services/CacheWSAPrxであることを出力します。これは私にとって奇妙で予想外のことです。soapUIを介して送信されたSOAPリクエストには、Toヘッダーに別の値が含まれているためです。

だから、私の質問は：get-property（'To'）が/ services / CacheWSAPrx値を返すのはなぜですか、 http：//www.exampleaddr.comを返さなければならないと思いますか？

Web Services Addressing 1.0 - SOAP Bindingで指定されているPredefined Faultsが WCF で処理されるかどうかに興味があります。

たとえば、アクションが一致しない場合、「wsa:ActionMismatch」SoapFault で応答しますか (標準では 6.4.1.6 wsa:ActionMismatch で指定されています)。または、欠落している ws-addressing ヘッダー (6.4.2 Message Addressing Header Required で標準で指定されている) に対して subcode="wsa:MessageAddressingHeaderRequired" の SoapFault で応答しますか?

これらの標準に基づいて、そのような SoapFault は次のようになります。

このような SoapFault メッセージで応答するには、どのような構成を行う必要があるか知りたいです。

wsHttpBinding を使用して wcf Web サービスを実装しました。SOAP メッセージには、wsa:MessageID、wsa:ReplyTo、wsa:To、wsa:Action などの重要な ws-addressing フィールドが完全に含まれています。

問題は、SOAP メッセージに wsa:From フィールドがないことです。wsHttpBinding を使用する場合、soap メッセージに wsa:From を含める方法はありますか?

ありがとうございました、

Web サービスで奇妙な問題が発生しました。問題の 1 つは、SOAP の仕組みを完全には理解していないことです。

.NET WSDL ツールで生成されたコードを使用すると、少なくとも 127.0.0.1:8000 など、2 つの異なるアプリケーションが接続できる可能性があるようです。ただし、ポートにバインドして HTTP 応答をリッスンできるアプリケーションは 1 つだけです。.NET クラスはサイレントに何かを行いますか?

ちょっとしたテストとして、HttpWebRequest クラスを使って自分ですべてを実行して、問題がどこにあるかを調べてみました。EndpointDistpacher が AddressFilter を見つけることができないという Web サーバーから約 500 の StatusMessages を取得します (おそらく、HTTP 経由で転送されるサーバーの .NET 例外だと思います)。動作する別のクライアントから SOAP 要求をコピーしました。ここで私が理解していないこと。サーバーは、すでに開いている接続に応答するのではなく、クライアントへの別の新しい接続を開く可能性がありますか?

私は自分の問題に対する直接的な答えを求めません。生の SOAP と WS-Adressing のバックグラウンドで TCP/HTTP がどのように使用されているのか、本当に疑問に思っています。そして、私がしなければならないことは、TCP/HTTP クラスしかないと仮定して、単純でばかげたクライアントを作成することです。

私はSOAPベースのWebサービスを実装していて、WS-Addressingを機能させています。ただし、WSDLを取得して、クライアントがwsa：To要素の値として使用する必要があるものを公開する方法がわかりません。

以下のスニペットをWSDLで使用し、SOAP-UIを使用してリクエストを生成しました。SOAP-UIは、このヘッダーを自動的に追加しませんが、wsa：actionを「http://myco.com/myOperation 」に設定する必要があることを認識しているようです。[WS-Aヘッダーの追加]メニューオプションを選択する必要があります。

私の問題は、wsa：Toヘッダーが追加されないことです。誰かがWSDLを修正して、wsa：Toが必要であり、その値を「 http://myco.com/cap/services/v1 」にする必要があることをクライアントに伝える方法を教えてもらえますか？

ありがとう

非同期 Web サービスを呼び出してコールバック応答を待機する WS-BPEL ワークフローを作成しました。カーボン アプリケーションは、BPS にも正常に展開されています。

外部非同期 Web サービスの詳細
1. http での基本認証が必要です。
2. 石鹸の封筒に石鹸ヘッダーが入っている必要があります。
3. 要求を処理し、soap ヘッダーで受信したReplyToアドレスにコールバックを送信し、 MessageIDを使用してコールバックを関連付けます。

BPEL プロセスのdeploy.xmlファイルは次のようになります...

IntegrationService.eprファイルは次のようになります...

今、カーボン サービス管理コンソールから bpel プロセスをテストすると、非同期 Web サービスへの要求を受け取ります。ただし、soap エンベロープは次のように見え、コールバックを送信するための適切なReplyToアドレスがありません。

ここで、このリクエストにコールバックで返信する必要があります。コールバック SOAP エンベロープには、コールバックが正しいプロセス インスタンスと関連付けられるように、このMessageIDが含まれます。

SOAPヘッダーに追加された適切なReplyToアドレスを取得するにはどうすればよいですか?

ws-securityやws-addressingなどのいくつかの「拡張機能」を使用して、.Netに実装されたSOAP WebサービスをPHPで呼び出そうとしました。城壁と軸 2 に基づいて、wsf/php (wso2) を使用しましたが、成功しませんでした。これらの SOAP サーバーを (.Net で) 開発した別の開発チームに尋ねたところ、彼らも失敗しました。WSO2 は達成されておらず、バグがあり、メンテナンスされていないようです。最後の問題は、1024 バイトを超えるキーによるバッファ オーバーフローですが、以前にもたくさんの問題がありました。

ws-* を使用してサーバーまたはクライアントを実装したのは誰ですか? どのライブラリと困難で？

ws-addressing と混同しています。

ウィキペディアによると、これは、Web サービスが「アドレス指定情報を通信」できるようにする、トランスポート中立メカニズムの仕様です。

アドレス情報を通信しますか? そもそも、SOAP Web サービスにはその機能がすでに備わっているのではないでしょうか。

それはどのような価値を提供し、コア機能を提供しているように見えるのに、そもそもデフォルトのものの一部ではないのはなぜですか?