作成した WF サービス (MyFoo.xamlx) にエンドポイントなどを提供する方法を見つけようとしています。通常、Service を作成するときは、Service name="" に作成したサービスのタイプを反映させる必要がありますか? つまり、次のように入力します。
<Service name="MyNameSpace.Foo" behaviorConfiguration="myFooBehaviorConfig">
これは典型的な .svc シナリオで機能し、正常に機能することができます。この概念を .xamlx サービスにどのようにマッピングするのでしょうか? その中で、サービス名の中にFoo.xamlxを入れても機能しないか、機能していないように見えます (メタデータが有効になっていないため)。
次に、サービスからbehaviorConfiguration属性を削除し、タグから myFooBehaviorConfig<behavior/>
も削除すると、基本的にWeb構成のグローバル設定がさらに多くなります-ブーム!.xamlx で公開されているメソッド/操作を確認できますか?
<serviceBehaviors>
<behavior name="foo" >
対
<serviceBehaviors>
<behavior >
最初はこれは素晴らしいことで、労力は必要ありませんが、同時に、開発者が HTTP エンドポイントやネットパイプにアクセスすることを望んでいません。指定したnet.tcpポートからのみ着信するようにします。それを行うには<Service name=""/>
、どうにかして xamlx に一致させる必要がありますか?
また、空の .svc ファイルを作成し、その方法で xamlx を指すというトリックを使用してみました (開発者が常に .svc であり、.xamlx ではないと想定するように)
<%@ ServiceHost Language="C#" Debug="true" Service="ActivityHubService.xamlx" Factory="System.ServiceModel.Activities.Activation.WorkflowServiceHostFactory" %>
繰り返しますが、動作の命名などを削除すると、これも foo.svc を介して機能します..しかし、一致する a 全体<service>
をフリーキン xamlx でクラックすることはできないようです!! :)へへへ。
もどかしい..
この分野の専門家はいますか?