У меня та же проблема.У меня есть ServiceReference с ConfigurationName = "MyWebService.MyWebServiceSoap", который был сгенерирован, когда он был добавлен через VisualStudio.NET 2010. Когда я использую svcutil для создания этого же класса из msbuild, svcutil хочет установить ConfigurationName равным значению, которое я установилдля пространства имен.Поэтому, если я устанавливаю атрибут / n следующим образом:
/n:*,MyApplication.MyWebService.MyWebServiceSoap
, я получаю правильное пространство имен для моих сгенерированных классов, но для ConfigurationName также устанавливается значение MyApplication.MyWebService.MyWebServiceSoap.
ThisКажется, это указывает на то, что VS.NET не использует svcutil, и есть сообщений Я обнаружил, что, похоже, это тоже указывает.
Хотелось бы, чтобы у меня был лучший ответ, но так как я 'Используя svcutil из MSBuild, я решил позволить svcutil сгенерировать класс с неправильным ConfigurationName, а затем использовать задачу FileUpdate, чтобы изменить это имя с помощью регулярных выражений.Опять же, это далеко от идеала, но я не вижу ничего в документации svcutil, которая позволяет вам указывать имя_конфигурации.
Также стоит упомянуть, что опция serviceName используется для экспорта метаданных из скомпилированного кода, этонедопустимо для создания прокси-классов клиента, поэтому, вероятно, вы получили сообщение об ошибке конфликта параметров serviceName.
См .: http://msdn.microsoft.com/en-us/library/aa347733.aspx