次の方法で共有


<serviceActivations>

Windows Communication Foundation (WCF) サービスの種類にマップする仮想サービス アクティベーション設定を定義する設定を追加できる構成要素。これにより、.svc ファイルを使用せずに、WAS/IIS でホストされているサービスをアクティブ化できます。

スキーマの階層

<system.serviceModel>
  <serviceHostingEnvironment>
    <serviceActivations>

構文

<serviceHostingEnvironment> 
   <serviceActivations>
      <add factory="String"
           service="String"/>
   </serviceActivations>
</serviceHostingEnvironment>

属性と要素

以降のセクションでは、属性、子要素、および親要素について説明します。

属性

なし。

子要素

要素 説明

<serviceActivations> の <add>

サービス アプリケーションのアクティベーションを指定する構成要素を追加します。

親要素

要素 説明

<serviceHostingEnvironment>

環境をホストするサービスがインスタンス化する特定のトランスポートの型を定義します。

解説

web.config ファイルでアクティベーション設定を構成する方法を次の例に示します。

<configuration>
  <system.serviceModel>
    <serviceHostingEnvironment>
      <serviceActivations>
        <add service="GreetingService"/>
      </serviceActivations>
    </serviceHostingEnvironment>
  </system.serviceModel>
</configuration>

この構成を使用して、.svc ファイルを使用せずに、GreetingService をアクティブ化できます。

<serviceHostingEnvironment> はアプリケーション レベルの構成であることに注意してください。構成を格納した web.config は、仮想アプリケーションのルートの下に配置する必要があります。また、serviceHostingEnvironment は machinetoApplication の継承可能なセクションです。コンピューターのルートに単一のサービスを登録すると、アプリケーションの各サービスはこのサービスを継承します。

構成ベースのアクティベーションは、http および非 http プロトコル経由のアクティベーションをサポートします。relatativeAddress では、.svc、.xoml、.xamlx などの拡張子が必要です。既知の buildProviders に対して独自の拡張子をマップできます。これにより、任意の拡張子を使用してサービスをアクティブ化できるようになります。競合が発生した場合には、<serviceActivations> セクションにより、.svc の登録がオーバーライドされます。

参照

リファレンス

ServiceActivationElementCollection
ServiceHostingEnvironmentSection
ServiceHostingEnvironment