Udostępnianie typów WSDL bez XSD

Question

Nie mogę znaleźć przykładu generowania serwerów proxy z plików WSDL z typami współużytkowanymi, ale bez żadnych XSD, aby z nimi współpracować. Czy ktoś może oznaczyć to jako duplikat i wskazać mi przykład?

Oto 2 usługi, z których każda ma własną przestrzeń nazw i typ wspólny. Jedyne, co jest publicznie dostępne, to ich WSDL, nie ma typu XSD ani jego. Dll, który przejdzie na wsdl.exe /sharedtypes lub svcutils, a bez niego otrzymam identyczny class Foo, którego nie mogę przekazać do SetFoo i .

Najlepszym mogę wymyślić generuje proxy programowo i wykrywanie duplikatów poprzez CodeDOM, ignorując DataContract/WebServiceBinding nazw, ale jest to ogromny bałagan ...

[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

Jest na to sposób to zrobić, który jest opisany here.

W twoim przypadku możesz pominąć pierwszy krok, wygenerować proxy z usługi 1, a następnie użyć flagi/r na svcutil, aby odwołać się do zespołu proxy usługi 1 podczas generowania usługi 2 proxy.

Zapewni to twoją usługę 2 proxy użyje tego samego wystąpienia Foo z twojego serwera proxy usługi 1.

Czy jednak rozważałeś tylko jedną usługę z dwiema operacjami? To zaoszczędziłoby ci dużo pracy.

Edycja: Również spojrzeć na ten post: http://blogs.msdn.com/b/youssefm/archive/2009/10/09/reusing-types-in-referenced-assemblies-with-svcutil-s-r-switch.aspx

Answer 2

Po pierwsze, trzeba ustawić [DataContract (Namespace = „Niektóre nazw tutaj”)] dla wszystkich typów danych powszechne usługi, w przeciwnym razie, gdy Wygenerowane są WSDL i XSD, wtedy będziesz mieć obiekty z dwóch różnicowych przestrzeni nazw --- jest to absolutnie niezbędne. Wartość przestrzeni nazw będzie miała zastosowanie tylko do typów zdefiniowanych w XSD, a nie do WSDL. XSD = dane, WSDL = usługa.

Pliki XSD i WSDL i wygenerowane, jeśli i tylko jeśli masz ustawione zachowanie usługi META, dodaj to zachowanie, a następnie przejdź do adresu URL. Adres URL zachowania usługi META będzie miał link do twoich WSDL i XSD.

Używam poniższego fragmentu kodu do samodzielnego hostowania usług w systemie Windows zamiast w IIS, jednak mają zastosowanie te same zasady.

/// <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

Po dodaniu dwóch odniesień internetowych:

1. kliknij dwukrotnie na odniesienie sekund usług internetowych
2. w przeglądarce obiektu przejdź do definicji Foo
3. prawym przyciskiem myszy na Foo i wybierz przejdź do definicji
4. usuń definicję klasy Foo
5. dodaj instrukcję użycia dla przestrzeni nazw sieci erwis jeden
6. znaleźć i zastąpić wszystkie wystąpienia <namespace-of-service-reference-2>.Foo z zaledwie Foo

To powinno rozwiązać problem, ponieważ zmusza kod wygenerowany automatycznie na oba odnośniki usługowa używać tego samego deklarację klasy.