2017-06-19 7 views
0

ビルドイン(アクセスできない)webMethods Integration ServerのsoapClientサービスに問題があります。何らかの形で、処理中に送信する必要がある要求を変更し、パラメータからの項目にリネームします。メソッドに送信されたものWebMethod Integration Server pub.client.soapclientが要求要素の名前を変更します。

<request> 
    <t1>1</t1> 
    <operation>op</operation> 
    <service>1</service> 
    <params> 
    <count>1</count> 
    <items> 
     <key>12</key> 
     <value>12</value> 
    </items> 
    </params> 
</request> 

何の要求のwebMethodsは送信:

<request> 
    <t1>1</t1> 
    <operation>op</operation> 
    <service>1</service> 
    <params> 
    <count>1</count> 
    <item> 
     <key>12</key> 
     <value>12</value> 
    </item> 
    </params> 
</request> 

私は解決策のための任意の回避策/アイデアに感謝するだろう。

+0

クラスには、[OK]を動作します(あなたがベンダーコードをコンパイルして投稿してはいけません!!これは法的ではありません!できるだけ早くリンクを削除してください!)。ほとんどの場合、データを生成するフローサービスは、「アイテム」のドキュメントリストを使用せず、「アイテム」という名前の単なるドキュメントを使用/生成しません。これを確認してください。 –

+0

これは私がそれをデバッグする方法です: http://i.imgur.com/csC40Hs.png 両方とも、xmlをに変更します。 – SSV

+0

このドキュメントを石鹸サービスにどのくらい正確に渡したか、サンプル/スクリーンショットを投稿してください。どのようにあなたの石鹸リクエストを作成しますか?あなたはあなたのパッケージをエクスポートして、ここに投稿できますか? –

答えて

0

"items"という名前のドキュメントを作成した後、このドキュメントを "items"というドキュメントリストにマッピングするというコード例があります。これは無効です。 IntegrationServerのパイプラインはKey-Valueマップに過ぎず、キーは一意でなければならないことに注意してください。それが、あなたがまだドキュメントリストの代わりに "items"という名前の単一のドキュメントを持っている理由です。ドキュメントの名前を "item"のように変更し、appendToDocumentListを使用して "items"ドキュメントリストに追加します。

Wrong mapping

+0

問題を記述し、間違いを犯した文書を作成するためのクイックフローを作成したかったあなたの方法は何も変わりません。 このパッケージを見てください:(デバッグ時に入力項目を追加する)この問題はここでは発生しません https://ufile.io/cwg74 – SSV

+0

申し訳ありませんが、このパッケージは何かを再現するために非常にスリムになっています!この問題が再現された作業サンプルを提供してください。そうでなければ、手助けするのは難しい/不可能です。 –

+0

webMethods soapClientを使用してそのように形成されたリクエストを送信しようとします。ソフトウェアAGの実装の間違いのように見えますが、私はSOAP通信のJava実装を書いて、それを私の流れで使用します。 – SSV

関連する問題