X12 メッセージを処理するためのオーケストレーションが機能しています。ここで、テキスト入力 (X12 メッセージ) を受け取り、テキスト応答 (X12 応答) を返す Web サービス (ASMX) としてオーケストレーションを公開する必要があります。ウィザードを使用しようとすると、生成された Web サービスは、元のプレーン テキスト表現ではなく、X12 要求の内部 XML 表現を公開します。
つまり、Web サービス (WCF サービスではなく ASMX) に接続し、X12 要求 (プレーン テキスト) を送信して、適切な応答 (プレーン テキスト) を取得できるようにしたいと考えています。
WCF を使用した例を見たことがありますが、単純な Web サービスを使用した例はありません。これで手を貸してくれませんか？
ありがとう！
考えられる解決策の 1 つは、SOAP ハンドラーを作成して、プレーン テキストを xml 表現に変換し (BizTalk が読み取れるようにするため)、元に戻すことです。私はこれを自分で試していませんが、うまくいくかもしれません。文字列をインターセプトして xml スキーマに変換し、再び元に戻すには、要求用のハンドラーと応答用のハンドラーを作成する必要があります。文字列の代わりに一般的な XML ドキュメントを使用することもできます。これが最も簡単な方法です。この投稿をチェックしてください：
-ブライアン
私は試していませんが、パイプラインである程度のカスタム コーディングを行わないと、それを行うことはできないと感じています。
ウィザードを使用して Web サービスを公開すると、BizTalk は関連するスキーマを受け取り、それらを Web サービスの型として使用します。
ただし、私の知る限り、SOAP 経由で EDI メッセージを取得する良い方法はありません。文字列メッセージを受け入れる Web サービスを作成し、それが X12 である必要があることをクライアントに「認識」させることはできますが、それを WSDL で記述する方法はありません。
ただし、そうすると、逆アセンブラーとオーケストレーションに到達する前に、X12 メッセージがパイプラインに渡され、要素にラップされます (または、Web サービスをどのように変更したかによっては、そのようなものになります)。それを取り除くためのコードが必要になりますが、それは比較的簡単に書けるはずです。
また、 x12 260 ファイルを SOAP Webservice に変換します。最善の方法は何ですか... XMLに変換してSOAPに送信しています...しかし、ここで問題は、そのファイル内にトランザクションの詳細しかない3つのxmlしか取得できないことです....私のヘッダーとトレーラーはどこに行ったのですか:(
誰もがそのような問題に直面しました