JAR/WAR/EARのMessageHandler

SOAPメッセージを傍受し、別のデータベースで定義されたWS-Policiesと照合するPEPサーバーを作成しています。 > PDP（ポリシー決定ポイント）JAR/WAR/EARのMessageHandler

を通じて取得されたメッセージ決定 - PEP（ポリシーenforcemenetポイント）メッセージハンドラ

2とのメッセージをインターセプト）に送信しますが

1）：3 compontentsに分割され

3）ポリシーを持つデータベースを持つPIP（Policy information point）を使用します。

ポリシーが正しい場合、メッセージはさらにWebサービスに送信されます。今、私はこのPEPをJARファイル（またはWAR/EAR？）にパッケージ化することができるのだろうかと疑問を抱いていました。 PEPはメッセージハンドラなので、Webサービスは@HandlerChain（file = "handler.xml"）を指定する必要があります

このPEPをxmlファイルに含めることは可能でしょうか？ jarファイル？

出典

2012-02-23 Roy Teeuwen

PEP、PDP、およびPIPコンポーネントはすべて別のサーバーですか、または同じ（PEP）サーバー内の異なるモジュールですか？ – Perception

@Perception彼らは別々のサーバー、それぞれの耳のファイルとして作成されますが、同じglassfishアプリケーションで実行される可能性が最も高いですが、これは考慮に入れてはいけません –

Java Webサービスの作成と呼び出しにJAX-WSを使用することをお勧めします。

サービスを呼び出すためのサービスとクライアントの両方を作成するための素晴らしいチュートリアルがあります。あなたの場合は、「シンプルなJAX-WSクライアント」セクションをゼロにしたいと思うでしょう。 NetBeansでこれを行う方法を概説していますが、一般的な考え方を得て、特定の状況に合わせて改訂することができます。 Creating a Simple Web Service and Client with JAX-WS

私はあなたの状況に思っているあなただけのJARとしてパッケージ化されますJavaクライアントを作成することができます。

はここでチュートリアルのリンクです。

出典

2012-02-23 20:21:06

これは私が取り組んでいるプロジェクトの見た目では動作しません3つの異なるコンポーネント。 PEPサーバー、PDPおよびPIP。それらはすべて3つの異なるパッケージであり、SOAPおよび/またはRMIを介して通信します。 Pointは、実際のWebサービスのFRONTにこれらをデプロイしてポリシーで保護できるということです。実際のWebサービスと呼び出しようとしているクライアントは、意味がありません。 PEPサーバーは実際のWebサービスのメッセージハンドラになります –

@RoyTeeuwen - 「Java Message Service（JMS）と同様に、PEPサーバーは実際のWebサービスのメッセージハンドラになります」 - メッセージハンドラですか？ PEPサーバーは、Webサービスからのメッセージを処理できるような方法でプログラミングする必要があります。メッセージがさまざまなコンポーネントによって送信され消費されるため、JMSがあなたにとって最適なルートであるように思えます。 –

MessageHandlerはSOAPHandlerではなく、実際のWebサービスの前でSOAPメッセージを傍受し、実際のWebサービスに入る前にSOAPメッセージを読み取ったり変更したりすることができます –

答えて

関連する問題