問題タブ [biztalk-wcf]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
5588 参照

biztalk - オーケストレーションからの web/wcf サービスの呼び出し: 生成された項目の追加とサービス参照の追加

オーケストレーションから Web サービスまたは wcf メソッドを呼び出したい場合は、プロジェクトにサービス参照を追加するか、生成されたアイテムを追加することで実行できます。どちらのアプローチにも利点はありますか? ベスト プラクティスはありますか?

0 投票する
2 に答える
947 参照

biztalk - オーケストレーションからのコンテンツで石鹸の障害を返す方法は?

オーケストレーション(BizTalk 2010)では、xmlメッセージを受信し、スキーマに対してメッセージを検証し、schematron(コンテンツ)検証も実行します。私たちのオーケストレーションは、WCFサービスを介して公開されます。私たちの検証ルーチンは、すべての検証エラーをキャプチャすることができます。これは、すべての検証エラーを含む石鹸の障害を介して返したいものです。さらに、検証エラー(中断されたメッセージがない)の場合でも、オーケストレーションを正常に完了する必要があります。どうすればこれを行うことができますか?

0 投票する
1 に答える
253 参照

biztalk - BizTalk オーケストレーションで WCF サービスを使用しながら、WCF-BasicHttp/WCF-WSHttp 設定をプログラムで定義する

作成済みの WCF サービスを BizTalk オーケストレーションで使用しようとしていました。しかし、消費用のポートとポート タイプを構成しているときに、Visual Studio の「WCF サービス消費ウィザード」が唯一のオプションとして HTTP トランスポート タイプを提供し、WCF-BasicHttp/WCF-WSHttp トランスポート タイプのオプションが利用できないことがわかりました。

ただし、BizTalk 管理コンソールから必要なバインディング ファイルをインポートすることで、必要な WCF-BasicHttp/WCF-WSHttp 設定をいつでも行うことができます。後でアドミン コンソールからバインドします)?

0 投票する
1 に答える
1057 参照

biztalk - メッセージ レベルのセキュリティでカスタム WCF ヘッダーを送信する BizTalk

BizTalk ブローカーに、一部のデータを応答メッセージのヘッダー内にマップし、本文部分にはマップしない WCF サービスへの通信を試みています。調査の結果、解決策は、ヘッダー データを OutboundCustomHeaders メッセージ コンテキスト プロパティに書き込み、BizTalk WCF アダプターがそれを送信メッセージに挿入することでした。証明書を使用してメッセージレベルのセキュリティを有効にするまで、これは完全に機能しました。この場合、ヘッダーは引き続き応答メッセージ内に含まれますが、メッセージが暗号化された後です。これにより、受信クライアントは「必要なメッセージ部分が暗号化されていませんでした」というメッセージとともに MessageSecurityException をスローします。

暗号化が発生する前に OutboundCustomHeaders を書き込むように BizTalk を構成する方法や、応答にヘッダーを挿入する別の方法はありますか?

答えがどれほど役立つか複雑になるかはわかりませんが、BizTalk の受信場所は ws2007HttpRelayBinding を使用して、クライアント接続用の Azure エンドポイントを作成しています。

0 投票する
2 に答える
742 参照

biztalk - BizTalk 2010 WCF-BasicHTTP SendPort に時間がかかる

双方向の WCF-BasicHttp 送信ポートを使用して WCF サービスを呼び出すオーケストレーションがあります。テスト目的で、私の WCF サービスはパラメーターを取り、値を返すだけなので、時間のかかるロジックがないことがわかります。実際、WCFTestClient クライアント ツールを使用すると、WCF サービスの呼び出しに数ミリ秒しかかからないことがわかっています。

オーケストレーションで WCF サービスを呼び出すと、送信シェイプに約 7 秒かかり、受信シェイプにもほぼ同じ時間がかかります。たとえば、オーケストレーションに費やされた時間は 15 秒で、wcf サービスの送受信シェイプはその 90 秒を占めています。

考えられる唯一のことは、ホストのポーリング設定がうまくいかなかったことです。3 つのホストがあり、1 つは送信ポート用、1 つは受信ポート用、もう 1 つはオーケストレーション用です。それぞれがデフォルト構成で構成されています。

さらに、送信ポートのオープン、送信、およびクローズのタイムアウト設定は、それぞれ 5、4、および 3 秒です。どちらの操作もタイムアウトしていません。問題は wcf サービス自体にあるのではなく、BizTalk または BizTalk ソリューションにあると確信しています。

以下の画像では、sndGetDemographics と recGetDemographicsResponse が完了するまでにそれぞれ約 7 秒かかることに注意してください。 オーケストレーション時間

関連するオーケストレーション シェイプ