2016-05-03 3 views
0

以下に述べるように私は、要件のための実用的なソリューションを持っています。しかし、私はそれがきちんと実装されているとは確信していません。 DataPowerには多くの設定オプションがありますが、あまりにも曖昧です。応答は戻ってきますが、私はそれに自信がありません。私はこの任意の風変わりな行動を避けるために実装されるべき方法についていくつかの助けを得ることができます。 (バックエンドサーバに行く前に)DataPower MPG:バックエンドサーバーを回避するスキーマ検証エラーのカスタムメッセージで応答しますか?

要件 SOAPクライアントがインバウンドクライアント - でスキーマ検証ルールを失敗した要求を送信>サーバーポリシー、我々のシステムは、カスタムSOAP障害メッセージで応答し、裏面処理をスキップする必要があります。サーバーへ

enter image description here

クライアント:

現在のソリューション

私のMPGは、次のルールの構成を有しています。 。 。

試合オール> rule-エラーを呼び出すために、エラー設定]> [検証アクション(Action)>。 。 。

エラールール。 。 。検証エラー - >セットはスキップ裏側を真陽性>変換建築カスタムのSOAPFault message->結果に

試合アクション(Action)]> [コンテンツタイプヘッダ

にこれを行うには良い方法のため、このや提案に任意のヘルプを考え設定し、助けてください。私はMPG内でスキーマ検証を行いたいが、別のWSファイアウォールではない。エラールールがトリガされると

答えて

1

それは、バックエンドのために行くことはありません。 Skip backendは必要ないと思います。

マッチ機能 - >カスタムメッセージを持つ変態行為が--->結果アクション

+0

ありがとうございました。バックエンドアプリケーションが依然としてヒットしてからタイムアウトを引き起こした後にのみスキップバックを追加したと思います。私はこれをもう一度試みます。多分私は設定が不足していますか? –

1

ちょうどMPGW処理方針でXSDの検証アクションを追加します。 スキップバックやエラー時の操作は必要ありません。バックアップはスキップされます。要求エラーとエラールールが常にトリガーされます。 それ以外はあなたの解決策は堅実です。

関連する問題