<add> de <serviceActivations>

Article
02/27/2011

Élément de configuration qui vous permet de définir des paramètres d'activation de services virtuels mappés aux types de service Windows Communication Foundation (WCF). Cela permet d'activer des services hébergés dans WAS/IIS sans utiliser de fichier .svc.

Hiérarchie de schéma

<system.serviceModel>
<serviceHostingEnvironment>

Syntaxe

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

Attributs et éléments

Les sections suivantes décrivent des attributs, des éléments enfants et des éléments parents.

Attributs

Attribut	Description
factory	Chaîne qui spécifie le nom de type CLR de la fabrique qui génère un élément d'activation de service.
service	Chaîne qui spécifie le nom de l'application de service.

Éléments enfants

Aucun.

Éléments parents

Élément	Description
<serviceHostingEnvironment>	Section de configuration qui décrit les paramètres d'activation.

Notes

L'exemple suivant indique comment configurer des paramètres d'activation dans le fichier web.config.

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

Cette configuration vous permet d'activer GreetingService sans utiliser de fichier .svc.

Notez que <serviceHostingEnvironment> est une configuration au niveau de l'application. Vous devez placer le web.config qui contient la configuration sous la racine de l'application virtuelle. De plus, serviceHostingEnvironment est une section machinetoApplication qui peut être héritée. Si vous inscrivez un seul service à la racine de l'ordinateur, chaque service dans l'application hérite de celui-ci.

L'activation basée sur la configuration prend en charge l'activation via un protocole HTTP ou non-HTTP. Elle requiert des extensions dans relativeAddress, par exemple .svc, .xoml ou .xamlx. Vous pouvez mapper vos propres extensions au buildProviders connu, qui vous permet ensuite d'activer le service sur n'importe quelle extension. En cas de conflit, la section <serviceActivations> remplace les inscriptions .svc.

Voir aussi

Référence

ServiceActivationElement
ServiceHostingEnvironmentSection
ServiceHostingEnvironment

Partager via