Совместное использование типов WSDL без XSD

Question

Я не могу найти пример создания прокси из WSDL с общими типами, но без каких-либо XSD, чтобы идти вместе с ними. Может ли кто-нибудь отметить это как дубликат и указать мне на пример, пожалуйста?

Здесь 2 услуги, каждая из которых имеет собственное пространство имен и общий тип. Единственное, что доступно для публики, - это их WSDL, XSD или его .dll нет типа для перехода на wsdl.exe /sharedtypes или svcutils, и без него я заканчиваю тем же class Foo, что я не могу пройти до SetFoo и class Foo1.

Лучшее, что я мог придумать генерирует прокси программно и обнаружения дубликатов через CodeDOM, игнорируя DataContract/WebServiceBinding пространств имен, но это огромный беспорядок ...

[WebService(Namespace = "http://tempuri.org/FOO1")] 
public class Service1 : WebService 
{ 
    [WebMethod] 
    public Foo GetFoo() 
    { 
     return new Foo(); 
    } 
} 

[WebService(Namespace = "http://tempuri.org/FOO2")] 
public class Service2 : WebService 
{ 
    [WebMethod] 
    public void SetFoo(Foo foo) 
    { 
    } 
} 

public class Foo 
{ 
    public int Bar { get; set; } 
} 

Answer 1

Существует способ сделать это, который обозначен here.

В вашем случае вы можете пропустить первый шаг, сгенерировать прокси-сервер из службы 1, а затем использовать флаг/r на svcutil для ссылки на сборку прокси-сервера службы 1 при создании вашего прокси-сервера службы 2.

Это обеспечит, что ваш прокси-сервер службы 2 будет использовать тот же экземпляр Foo из вашего сервиса 1 прокси.

Однако, вы считаете, что просто размещаете одну услугу с двумя операциями? Это сэкономит вам много работы.

Edit: Кроме того, посмотрите на это сообщение: http://blogs.msdn.com/b/youssefm/archive/2009/10/09/reusing-types-in-referenced-assemblies-with-svcutil-s-r-switch.aspx

Answer 2

Во-первых, вам необходимо установить [DataContract (пространство имен = «некоторое пространство имен здесь»)] для всех типов данных общего обслуживания, в противном случае, когда Создаются WSDL и XSD, тогда у вас будут объекты из двух пространств имен - это абсолютно essential. Значение пространства имен будет применяться только к типам, определенным в XSD, а не к WSDL. XSD = данные, WSDL = служба.

XSD и WSDL и сгенерированы, если и только если у вас установлен набор поведения службы META - добавьте это поведение, а затем вы можете перейти к URL-адресу. URL-адрес поведения службы META будет иметь ссылку на ваши WSDL и XSD.

Я использую следующий фрагмент кода для услуг собственной хостинга в службах Windows, а не через IIS, однако применяются те же принципы ....

/// <summary> 
/// Enables meta data output for a service host. 
/// </summary> 
/// <param name="host">The service host.</param> 
/// <remarks>Must be invoked prior to starting the service host.</remarks> 
public static void SetupMetaDataBehaviour(ServiceHost host) 
{ 
    ServiceMetadataBehavior metaDataBehaviour = host.Description.Behaviors.Find<ServiceMetadataBehavior>(); 
    if (metaDataBehaviour == null) 
    { 
     metaDataBehaviour = new ServiceMetadataBehavior(); 
     metaDataBehaviour.HttpGetEnabled = true; 
     host.Description.Behaviors.Add(metaDataBehaviour); 
    } 
    else 
    { 
     metaDataBehaviour.HttpGetEnabled = true; 
    } 
} 

Answer 3

После добавления двух веб-ссылки:

1. двойной щелчок по ссылке
2. второй веб-службы в обозревателе объектов перейдите к определению Foo
3. правой кнопкой мыши на Foo и выберите перейти к определению
4. удалить определение для класса Foo
5. Добавить инструкцию using для пространства имен веб-сайтов один
е р в
6. найти и заменить все экземпляры <namespace-of-service-reference-2>.Foo только с Foo

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