IISでホストしている場合、IISの領域に多くの注意を払っています。この場合、実際にサービスを保持することはできません。
IISは、* .svcファイルに基づいて必要なファイルをServiceHost
にスピンアップします。実際には、これについて多くのことを行うことはできません。
私のソリューションは異なるだろう - あなたの設定ファイル(web.config
)で<service>
タグを外部のみ:HTTPエンドポイントを公開し、あなたのdevの環境では
<system.serviceModel>
<services>
<service configSource="service.dev.config" />
</services>
</system.serviceModel>
- ので、あなたのservice.dev.config
はこのようになります。
<service name=".....">
<endpoint name="default"
address="....."
binding="basicHttpBinding" bindingConfiguration="insecure"
contract="......" />
</service>
その後、両方のエンドポイントを含む第2 service.prod.config
を作成する - HTTPとHTTPS:
<service name=".....">
<endpoint name="default"
address="....."
binding="basicHttpBinding" bindingConfiguration="insecure"
contract="......" />
<endpoint name="secure"
address="....."
binding="basicHttpBinding" bindingConfiguration="secure"
contract="......" />
</service>
と、デプロイメントサーバーのweb.config
を参照してください。
これは私が達成できる最高の気分でした。ありがとう。 – RichardHowells
私はいくつかのサービスを持っているので、最終的にはセクション全体を外部化しました。 web.configのXML IntelliSenseは、サービスタグでconfigSourceを使用できないと言われています。私はインテリセンスを無視し、それは動作します。 –
RichardHowells
@RichardHowells:はい、Visual Studioインテリセンスは、これについて知的なものではありませんが、あなたが見たように動作します:-) –