<serviceActivations>

Элемент конфигурации, позволяющий добавлять параметры, определяющие параметры активации виртуальной службы, которые сопоставляют с типами служб Windows Communication Foundation (WCF). Это позволяет активировать службы, расположенные в WAS/IIS, без SVC-файла.

<Конфигурации>
  <system.serviceModel>
    <serviceHostingEnvironment>
      <serviceActivations>

Синтаксис

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

Атрибуты и элементы

В следующих разделах описаны атрибуты, дочерние и родительские элементы.

Атрибуты

Отсутствует.

Дочерние элементы

Элемент Описание
<добавление> Добавляет элемент конфигурации, который задает активацию приложения службы.

Родительские элементы

Элемент Описание
<serviceHostingEnvironment> Определяет, какой тип среда размещения служб создает для конкретного транспорта.

Комментарии

В следующем примере показано, как настроить параметры активации в файле web.config.

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

Использование этой конфигурации позволяет активировать GreetingService без SVC-файла.

Следует отметить, что <serviceHostingEnvironment> является конфигурацией на уровне приложения. Необходимо разместить файл web.config, содержащий конфигурацию в корневом каталоге виртуального приложения. Кроме того, serviceHostingEnvironment является наследуемым разделом machineToApplication. Если зарегистрировать одну службу в корневом каталоге компьютера, каждая служба в приложении унаследует эту службу.

Активация на основе конфигурации поддерживает активацию как по протоколу HTTP, так и по протоколу, отличному от HTTP. Для этого требуются расширения в relativeAddress, т. е. .svc, .xoml или .xamlx. Можно сопоставить пользовательские расширения с известными поставщиками buildProvider, что впоследствии позволит активировать службу через любое расширение. При возникновении конфликта раздел <serviceActivations> переопределяет записи в SVC-файле.

См. также раздел