2

BTS 用の WCF-nettcp アダプターのセットアップに精通している人はいますか?

受信場所用の WCF-netTcp アダプターを作成するとき、指定されたアドレス URI をリッスンするために BTS がポート 808 を開く方法/時期がわかりません。BizTalk アプリケーション全体を再起動した場合にのみ発生するようです。何らかの理由で閉じた場合、ポートを再構成して再度開く方法がわかりません。

さらに、これは net.tcp バインディングのみであるため、公開されている mex エンドポイントはありません。その公開された WCF サービスを使用したいクライアント アプリケーションには、最初に mex メタデータが必要だと思います。そのエンドポイントに Visual Studio プロジェクトから直接アクセスすると、

Metadata contains a reference that cannot be resolved: 'net.tcp://biztalkserver/PostReceiveLocation_TCP/PostReceiveService.svc'.
Metadata contains a reference that cannot be resolved: 'net.tcp://biztalkserver/PostReceiveLocation_TCP/PostReceiveService.svc'.
If the service is defined in the current solution, try building the solution and adding the service reference again.

mex エンドポイントをサービスに適切に公開する方法については、そのようなことを伝えることはできません。BizTalk WCF サービス公開ウィザードは私を混乱させます。セットアップした WCF アダプター/受信場所を参照するように取得できません。netTcp サービスに対して何をすべきかを教えているドキュメントは見つかりません。それはすべてHttpに関するものです。

4

1 に答える 1

1

おかしなことに、Net-Msmq WCFサービスの公開についてのウォークスルーで、WCFサービス公開ウィザードが実際にどのように機能するかを考えさせられました。

問題は次のとおりです。WCF-netTcp受信場所を手動で作成した場合、そのエンドポイントURI（net.tcp：//biztalkserver/PostReceiveLocation_TCP/PostReceiveService.svcなど）があります。WCFサービス公開ウィザードでmexエンドポイントのみを公開するオプションを選択すると、最終的にWCFサービスの場所が要求されます。これは実際のサービスの場所と混同されています。Http URLしか受け入れないため、HttpベースのWCFエンドポイントのみをサポートしているように見えました。

ただし、そのテキストボックスの場合、実際のnet.tcp WCFエンドポイントではなく、mexエンドポイントのみのHttpURLを配置することになっています。これは、ウィザードが必要なメタデータファイルを作成するIIS内の場所です。終了すると、その場所でmexエンドポイントをホストすると、net.tcpエンドポイントにある実際のサービスがクライアントに通知されます。

于 2008-11-15T06:37:43.827 に答える