A configuration element that allows you to add settings that define virtual service activation settings that map to your Windows Communication Foundation (WCF) service types. This makes it possible to activate services hosted in WAS/IIS without an .svc file.
<serviceHostingEnvironment> <serviceActivations> <add factory="String" service="String" /> </serviceActivations> </serviceHostingEnvironment>
Attributes and Elements
The following sections describe attributes, child elements, and parent elements.
|<add>||Adds a configuration element that specifies the activation of a service application.|
|<serviceHostingEnvironment>||Defines the type the service hosting environment instantiates for a particular transport.|
The following example shows how to configure activation settings within your web.config file.
<configuration> <system.serviceModel> <serviceHostingEnvironment> <serviceActivations> <add service="GreetingService" /> </serviceActivations> </serviceHostingEnvironment> </system.serviceModel> </configuration>
Using this configuration, you can activate the GreetingService without using an .svc file.
<serviceHostingEnvironment> is an application level configuration. You have to place the
web.config containing the configuration under the root of the virtual Application. In addition,
serviceHostingEnvironment is a machineToApplication inheritable section. If you register a single service in the root of the machine, every service in the application will inherit this service.
Configuration-based activation supports activation over both http and non-http protocol. It requires extensions in the relativeAddress i.e. .svc, .xoml or .xamlx. You can map your own extensions to the know buildProviders, which will then enable you to activate service over any extension. Upon conflict, the
<serviceActivations> section overrides .svc registrations.