Идентичность WCF при переходе от разработчика к продукту. среда - PullRequest
Новая
       12

Идентичность WCF при переходе от разработчика к продукту. среда

1 голос
/ 27 апреля 2010

У меня есть веб-сервис, разработанный с WCF.В среде разработки конечная точка имеет следующий раздел идентификации в конфигурации конечной точки. 

<identity>
    <dns value="myservice.devdomain.local" />
</identity>

myservice.devdomain.local - имя DNS, используемое для доступа к версии службы для разработки.

Привязкаиспользуется: 

<basicHttpBinding>
    <binding name ="myBinding">
        <security mode ="TransportCredentialOnly">
            <transport clientCredentialType="Windows"/>
        </security>
    </binding>
</basicHttpBinding>

Я собираюсь запустить это в производство.Привязка будет такой же, но адрес будет новым рабочим адресом myservice.proddomain.local.Я планировал изменить значение dns в конфигурации на myservice.proddomain.local в производственной среде.Однако эта статья MSDN об идентичности WCF заставляет меня беспокоиться о влиянии на клиентов, когда я меняю идентичность.

Есть два клиента - один .NET и один Java, использующие эту службу.Оба из них были разработаны против экземпляра службы.Идея состоит в том, чтобы просто перенастроить конечную точку, используемую клиентами, без перезагрузки WSDL.Но если удостоверение каким-то образом является частью WSDL и оно изменяется при развертывании на prod, это может не сработать.

Не вызовет ли новая идентификация в версии prod проблемы для клиентов, которые были разработаны с использованием dev wsdl?Разве Java и .NET-клиенты обрабатывают это по-разному?

...