Ciało żądania dostępu w WCF Usługa RESTful

Question

Jak uzyskać dostęp do treści żądania HTTP POST w usłudze REST WCF?

Oto definicja usługi:

[ServiceContract] 
public interface ITestService 
{ 
    [OperationContract] 
    [WebInvoke(Method = "POST", UriTemplate = "EntryPoint")] 
    MyData GetData(); 
} 

Oto realizacja:

public MyData GetData() 
{ 
    return new MyData(); 
} 

I choć stosując poniższy kod, żeby uzyskać dostęp do żądania HTTP:

IncomingWebRequestContext context = WebOperationContext.Current.IncomingRequest; 

Ale IncomingWebRequestContext daje dostęp tylko do nagłówków, a nie do treści.

Dzięki.

Answer 1

Przepraszam za poprzednią odpowiedź, Głupio założyłem, że właśnie rzuciłem WebOperationContext, aby uzyskać w OperationContext, niestety prawdziwa odpowiedź jest o wiele bardziej brzydka.

Pozwolę sobie z tym opowiedzieć, musi być lepszy sposób!

Najpierw utworzyłem własny obiekt kontekstu, który można dołączyć do istniejącego obiektu OperationContext.

public class TMRequestContext : IExtension<OperationContext> { 

    private OperationContext _Owner; 

     public void Attach(OperationContext owner) { 
      _Owner = owner; 
     } 

    public void Detach(OperationContext owner) { 
      _Owner = null; 
     } 

    public static TMRequestContext Current { 
      get { 
       if (OperationContext.Current != null) { 
        return OperationContext.Current.Extensions.Find<TMRequestContext>(); 
       } else { 
        return null; 
       } 
      } 
     } 
} 

Aby móc uzyskać dostęp do tego nowego obiektu kontekstowego, należy dodać go jako rozszerzenie do bieżącego obiektu. Zrobiłem to, tworząc klasę inspektorów wiadomości.

public class TMMessageInspector : IDispatchMessageInspector { 

     public object AfterReceiveRequest(ref Message request, IClientChannel channel, InstanceContext instanceContext) { 

      OperationContext.Current.Extensions.Add(new TMRequestContext()); 
      return null; 
     } 
} 

Aby inspektor komunikatów zadziałał, musisz utworzyć nowe "zachowanie". Zrobiłem to za pomocą następującego kodu.

public class TMServerBehavior : IServiceBehavior { 

     public void AddBindingParameters(ServiceDescription serviceDescription, System.ServiceModel.ServiceHostBase serviceHostBase, System.Collections.ObjectModel.Collection<ServiceEndpoint> endpoints, System.ServiceModel.Channels.BindingParameterCollection bindingParameters) { 
      //Do nothing 
     } 

     public void ApplyDispatchBehavior(ServiceDescription serviceDescription, System.ServiceModel.ServiceHostBase serviceHostBase) { 

      foreach (ChannelDispatcher chDisp in serviceHostBase.ChannelDispatchers) { 

       foreach (EndpointDispatcher epDisp in chDisp.Endpoints) { 
        epDisp.DispatchRuntime.MessageInspectors.Add(new TMMessageInspector()); 
       } 
      } 

     } 
} 

Zachowanie powinny być w stanie dodać w pliku konfiguracyjnym, choć zrobiłem to poprzez stworzenie nowego gospodarza i dodanie obiektu zachowanie ręcznie w metodzie OnOpening. Skończyło się na użyciu tych klas o wiele więcej niż tylko dostęp do obiektu OperationContext. Użyłem ich do rejestrowania i przesłonięcia obsługi błędów i dostępu do obiektu żądania http, itp. A więc nie jest to aż tak absurdalne rozwiązanie, jak się wydaje. Prawie, ale nie do końca!

Naprawdę nie pamiętam, dlaczego nie mogłem uzyskać dostępu bezpośrednio do OperationContext.Current. Mam mgliste wspomnienie, że zawsze było puste i ten paskudny proces był jedynym sposobem, w jaki mogłem uzyskać instancję, która faktycznie zawiera prawidłowe dane.

Answer 2

Najlepszy sposób myślę, że nie wiąże się WebOperationContext

[OperationContract] 
[WebInvoke(Method = "POST", UriTemplate = "EntryPoint", BodyStyle = WebMessageBodyStyle.Bare)] 
MyData GetData(System.IO.Stream pStream); 

Answer 3

Wydaje się, że z powodu WCF jest przeznaczony do transportu protokół-agnostyk, sposób usługa nie zapewnia dostęp do określonych informacji HTTP domyślnie. Jednak właśnie natknąłem się na ładny artykuł opisujący "Tryb zgodności ASP.Net", który zasadniczo pozwala ci określić, że twoja usługa rzeczywiście ma być odsłonięta przez HTTP.

http://blogs.msdn.com/b/wenlong/archive/2006/01/23/516041.aspx

Dodanie konfiguracji aspNetCompatibilityEnabled do Web.config połączeniu z atrybutem pożądanych operacji usług AspNetCompatibilityRequirements, powinno wystarczyć. Zaraz spróbuję tego.

Haw-Bin

Answer 4

Zastosowanie

OperationContext.Current.RequestContext.RequestMessage

Answer 5

Powyższe odpowiedzi pomógł mi wymyślić tego rozwiązania. Otrzymuję json z parami nazwa/wartość. { "P1": 7514, "P2": 3412, "P3": "Jan Kowalski" ...}

[OperationBehavior(Impersonation = ImpersonationOption.Allowed)] 
    [WebInvoke(Method = "POST", 
     BodyStyle = WebMessageBodyStyle.Bare, 
     RequestFormat = WebMessageFormat.Json 
     )] 

public Stream getJsonRequest() 
    { 

     // Get the raw json POST content. .Net has this in XML string.. 
     string JSONstring = OperationContext.Current.RequestContext.RequestMessage.ToString(); 

     // Parse the XML string into a XML document 
     XmlDocument doc = new XmlDocument(); 
     doc.LoadXml(JSONstring); 

     foreach (XmlNode node in doc.DocumentElement.ChildNodes) 
     { 
       node.Name // has key 
       node.InnerText; // has value 

Answer 6

Przepraszam za opóźnienie w odpowiedzi, ale myślałem, że chciałbym dodać, co działa z parametrami UriTemplate dostać organ wnioskujący.

[ServiceContract] 
public class Service 
{   
    [OperationContract] 
    [WebInvoke(UriTemplate = "{param0}/{param1}", Method = "POST")] 
    public Stream TestPost(string param0, string param1) 
    { 

     string body = Encoding.UTF8.GetString(OperationContext.Current.RequestContext.RequestMessage.GetBody<byte[]>()); 

     return ...; 
    } 
} 

body przypisany jest ciąg z surowych bajtów treści wiadomości.