問題タブ [basichttprelaybinding]
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.
azure - Azure を介した BasicHttpRelayBinding での WSDL の公開
AppFabric を使用して自動起動されるサービスがあります。私がやりたいことは、自分のサービスの wsdl を bus 経由で公開することです。もちろん、内部的にサービスと wsdl は問題なく動作します。バス経由でサービスを問題なく使用することもできます。適切に構成できない唯一のことは、リレーを介して wsdl を表示することです。
はServiceHostFactory、既定のエンドポイントを作成し、リレー経由で wsdl を公開することを期待して、mex エンドポイントと共に Azure エンドポイントも追加します。サービス バス URL から wsdl を表示しようとすると、おそらく ACS 認証の失敗が原因で、不一致エラーが発生しますか?
ブラウザーに移動して wsdl を表示できるように、mex エンドポイントを匿名認証として設定する必要がありますか? 他に何を試すべきかわかりません...どんな助けもいただければ幸いです!
URL の例:
http://myservicebusexample.servicebus.windows.net/MyService/AService.svc?wsdl
また
http://myservicebusexample.servicebus.windows.net/MyService/AService.svc/mex
だからここに私のServiceHostFactory
wcf - Azure Service Bus Relay 不定期の FaultException
Azure BasicHttpRelayが不定期にスローしている理由FaultExceptionを詳細なしで特定することはできません。WCF 診断トレースを有効にしましたが、利用可能なスタック トレース情報は同じままです。WCF クライアント チャネルが短時間失敗し、すぐに復帰するようです。
WCF チャネル (例CreateChannel) をキャッシュしますが、この奇妙な動作を経験したのはこれが初めてです。このアプローチで問題なく動作する Azure Service Bus リレー ソリューションは他にもあります。
エラーメッセージ：
リクエストの処理中にエラーが発生しました。
スタックトレース：
FaultException - FaultCode の詳細:
名前: ServerErrorFault
名前空間: http://schemas.microsoft.com/netservices/2009/05/servicebus/relay
IsPredefinedFault: false
IsReceiverFault: false
IsSenderFault: false
石鹸メッセージ
デバッグを通じて、サーバーが ( IDispatchMessageInspector を介して) メッセージ要求に適切に応答することを確認できますが、クライアントは応答を適切に処理できません ( IClientMessageInspector は fault を報告します)。その後のリレー リクエストは、クライアント チャネルが修正されたように見えた後に成功します。これらの障害は断続的であり、負荷によるものではないようです。Azure リレーの外部を使用してこれらのFaultExceptionエラーが発生することはありません。basicHttpBinding
誰か提案はありますか？Azure SDK 1.8を使用しています。
共有シークレットを使用して新しいService Bus Relay 名前空間ownerを構成しようとしましたが、それでも同じ結果が表示されます。