Клиентский проект WSE продолжает возвращать WebServicesClientProtocol в SoapHttpClientProtocol
-
10-07-2019 - |
Вопрос
Несмотря на включение WSE 3.0 в клиентских проектах в Visual Studio 2005, веб-ссылки, которые я делаю, всегда заканчиваются служебными прокси, полученными из SoapHttpClientProtocol. Я должен вручную изменить наследование на WebServicesClientProtocol, но его обновление вернется к SoapHttpClientProtocol. Я не уверен, где в свойствах проекта Visual Studio я могу получить его для постоянного использования WebServicesClientProtocol?
<Ч>Насколько я читал, Visual Studio должен генерировать обычный прокси-сервер службы на основе SoapHttpClientProtocol, а также другой прокси-сервер службы с суффиксом " Wse " имя, которое происходит от Web ServicesClientProtocol. Даже Visual Студия .NET 2003 уже имела эту функцию . Поэтому по какой-то причине моя Visual Studio 2005 не тесно взаимодействует с WSE 3.0 для создания дополнительного прокси-сервера WebServicesClientProtocol. Но где недостающая ссылка?
<Ч>Обновление 13 января 09
У меня есть другая машина для тестирования, и вот
Добавить: Мммм, переустановка WSE 3.0 тоже не помогла. Может быть, WSE просто не работает на 64-разрядной Windows Vista ...?
Решение
Похоже, что у 64-разрядной операционной системы есть свои недостатки . р>
Установщик WSE 3.0 не может изменить конфигурационный файл Visual Studio 2005 C: \ Program Files (x86) \ Microsoft Visual Studio 8 \ Common7 \ IDE \ devenv.exe.config со следующей записью.
<configuration>
<system.web>
<webServices>
<soapExtensionImporterTypes>
<add type="Microsoft.Web.Services3.Description.WseExtensionImporter,
Microsoft.Web.Services3, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35" />
</soapExtensionImporterTypes>
</webServices>
</system.web>
</configuration>