# <serviceActivations>

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.

<configuration>
<system.serviceModel>
<serviceHostingEnvironment>
<serviceActivations>

## Syntax

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


## Attributes and Elements

The following sections describe attributes, child elements, and parent elements.

None.

### Child Elements

Element Description
<add> Adds a configuration element that specifies the activation of a service application.

### Parent Elements

Element Description
<serviceHostingEnvironment> Defines the type the service hosting environment instantiates for a particular transport.

## Remarks

The following example shows how to configure activation settings within your web.config file.

<configuration>
<system.serviceModel>
<serviceHostingEnvironment>
<serviceActivations>

Note that <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.