問題タブ [ws-addressing]

Windows サービスから HTTP エンドポイント (SOAP エンベロープ全体を受け入れる通常の aspx ページ) に SOAP メッセージを送信しています。全体的な操作は非同期であり、実際の応答は後で返されます。セットアップの性質 (メッセージを受信する aspx ページ) は、自分のプロジェクトでサービス参照を持つことができないことを意味します。

SOAP ヘッダーには、WS-Addressing と WS-Security を含める必要があります。私がしなければならないことは、基本的には SOAP エンベロープを作成することですが、具体的には SOAP ヘッダーを最初から作成し、それを送信する前に SOAP エンベロープを作成することです。

その金曜日の午後、私は動揺しており、これをうまく進めるのに苦労しています。.net3.5/C# を使用して、アドレッシングとセキュリティを備えた SOAP ヘッダーをゼロから作成するにはどうすればよいですか?

クライアントが自分自身を識別するためにメッセージに署名できるようにする https 経由の WCF 4.0 サービスがあります。その後、証明書を使用して、バックエンドでクライアントに適切な権限を付与できます。これは、WCF 4.0 クライアントが要求を送信する場合は正常に機能しますが、WCF 以外のクライアントが要求を送信しようとすると、次のエラーで失敗します:ダイジェストを計算します。クライアントの要求を検査すると、To ノードと Timestamp ノード以外のものが署名されている場合は常に、このエラーが発生します。非 WCF クライアントは、body、Action、MessageID、および ReplyTo セクションに署名する必要があります。これらの署名を期待して許可するように WCF を構成できますか?

サービス構成ファイル:

spring-ws でこれらのエンドポイント アノテーションの 1 つを他のものよりも優先して使用する理由を誰かが説明できますか? 特に、最も包括的であると考えられるのはどれですか? 3つとも使えますか？私はドキュメントを読み、@Action が ws-addressing を使用し、@SoapAction が SOAP Action トランスポート ヘッダーを使用することを知っていますが、どちらを使用するのが望ましいかはよくわかりません。

ありがとう。

このインターフェースを備えた汎用サービスがあります

実装では、返信メッセージのヘッダーを設定する必要があります。入力メッセージから適切なアドレス指定ヘッダーを作成する方法はありますか、またはすべてを手動で設定する必要がありますか (つまり、In.replyTo を out.To にコピーし、In.messageId を out.MessageId にコピーします...)

ありがとう

Webサービスの要件は、ドキュメントで指定されています。

• WS-Security 1.1
• WS-Trust 1.3
• WS-SecurityPolicy 1.2

Delphi 2010とこのWebサービスを使用できますか、それとも他の母国語でdllを作成できますか？

参照：
http ：//www.oasis-open.org/committees/wss/charter.php
http://en.wikipedia.org/wiki/WS-Security

この警告メッセージを解決する方法を教えてください。

WARN 13 Oct 2011 15:23:46,024 ContextUtils - WS-Addressing - コンテキストからメッセージ アドレス指定プロパティを取得できませんでした

ログが乱雑になり、ソフトウェアが文句を言うのは好きではありませんが、マイナスの副作用はないようです。

私はSOAPWebサービスを始めたばかりで、WS-Addressingに出くわしました。

ウィキペディアのページを読みましたが、WS-Addressingのポイントが何であるかを理解するのに苦労しています。

ウィキペディアおよびWeb上のさまざまなソースによると、WS-Addressingを使用すると、「アドレス指定情報」または「ルーティング情報」をSOAP要求のヘッダーに入れることができます。

なぜこれが便利なのですか？HTTP経由（またはSMTPやUDP経由）でリクエストを送信する場合、送信先のアドレスはリクエストを処理するサーバーのアドレスであり、サーバーは同じチャネルで簡単に応答できます。では、なぜアドレス指定/ルーティング情報が必要なのですか？

WS-Addressingが役立つ実際の（多かれ少なかれ）例に特に興味があります。

クライアントでcllback-serviceを呼び出して応答を送信する非同期のbpel-processesがあります。現時点では、対応するwsdlファイルでクライアントのエンドポイントを静的に定義しましたが、すべて正常に機能します。

現在、ODEでWSDLアドレスを使用せずに、クライアントからの最初の呼び出しからreplyToアドレスを抽出しようとしています。<wsa:replyTo>最初の呼び出しでWS-Addressingヘッダーを提供します。ただし、これは機能していないようです。ODEがws-adressingヘッダーで指定されたエンドポイントを使用するために、プロセスに変更を加える必要がありますか？

編集： これは機能しないように思われるため、回避策を実装しました。Apache-ODEを使用すると、BPELプロセスが任意のSOAPヘッダーからデータを読み取ることができます。この機能を使用して、提供されたヘッダーのコンテンツを読み取り、 <wsa:replyTo>それをエンドポイントとしてclient-partnerlinkに割り当てました。

CXFのサーブレットトランスポートとJetty6.1を使用してサービスを提供するアプリケーションがあります。このアプリケーションは、外部サービスも利用する必要があります。すべてのサービスは、WS-Addressing仕様（および最上位のWS-RM）をサポートしています。外部サービスを利用するために、アプリケーションから生成されたサービスクライアントを実行します。

問題は、クライアントに分離されたエンドポイントを提供すると（WS-RMはこのエンドポイントが別のhttp接続を介して着信メッセージを受信する必要がある）、CXFがJettyサーバーの別のインスタンスを実行することです（サーブレットトランスポート（サービス）とクライアント（外部サービスを消費する）は同じバスを共有します）。Jettyの2つのインスタンスは必要ありません（同じHTTPポートで実行できないと言っているわけではありません）。

既存のJettyサーバーとサーブレットトランスポートを使用して分離されたエンドポイントを提供する方法はありますか？

これまでのところ、次のように分離されたエンドポイントを有効にします。

相対パス（ "/ dec_endpoints / TestDecEndpoint"、サーブレットトランスポートを介したサービスの提供で相対パスが使用されるのと同じように）を指定すると、HTTPコンジットはSOAPメッセージのヘッダーでフルパスを指定しないため、これも機能しません（サーバーは/dec_endpoints/TestDecEndpointにメッセージを送信できません）。

gSoap ライブラリを使用して、WSHttpBinding で WCF サーバーと通信しようとしています。gSoap の WS-Addressing プラグインで問題が発生しているようです。#import "wsa5.h" を使用して WS-Addressing プラグインを有効にすると、コンパイルできなくなります。現在、soapC.cpp に未解決のシンボルがあります。最初のエラーは、soap_getelement(soap*, int*) にあります。エラーは SOAP_TYPE_ wsa5 _IsReferenceParameter です。これは、gSoap を使用した最初の試みです。アドバイスをいただければ幸いです。

gSoap バージョン 2.8.4