WCF + REST: Wo ist das anfordern von Daten?

Ich bin derzeit an der Entwicklung einer WCF-Rest-Dienst. Innerhalb der Validierung der POST-Daten, die ich bin werfen Ausnahmen, wenn der request-XML nicht konform zu unseren business-Regeln.

Das Ziel ist, senden Sie eine e-mail an den entsprechenden Mitarbeiter, wenn eine Anfrage kommt, die als ungültig betrachtet. Aber, zusammen mit den eingehenden request-Header, Methode und URI, ich möchte auch gerne das XML gepostet wurde.

Habe ich nicht in der Lage gewesen, einen Weg zu finden, um auf diese Daten zuzugreifen. Ist WCF tatsächlich zerstören die request-body/Daten, bevor ich eine chance haben, auf ihn zugreifen oder bin ich etwas fehlt?

Ihre Hilfe ist sehr geschätzt als ich bin verwirrt, warum habe ich keinen Zugriff auf die Daten anfordern.

InformationsquelleAutor RossG | 2009-12-04

  1. 9

    Diese leider nicht unterstützt - wir hatten ein ähnliches Bedürfnis, und zwar durch den Aufruf der internen Mitglieder mit Reflexion. Wir verwenden es in einem error-handler (so können wir einen dump der raw-Anforderung), aber es funktioniert OK. Ich würde nicht empfehlen es für ein system, das Sie nicht besitzen und betreiben, obwohl (zB nicht Schiff diesen code an einen Kunden), denn es kann sich jederzeit ändern mit einem service-pack oder was auch immer.

    public static string GetRequestBody()
{
    OperationContext oc = OperationContext.Current;

    if (oc == null)
        throw new Exception("No ambient OperationContext.");

    MessageEncoder encoder = oc.IncomingMessageProperties.Encoder;
    string contentType = encoder.ContentType;
    Match match = re.Match(contentType);

    if (!match.Success)
        throw new Exception("Failed to extract character set from request content type: " + contentType);

    string characterSet = match.Groups[1].Value;

    object bufferedMessage = operationContextType.InvokeMember("request",
        BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.GetField,
        null, oc, null);

    //TypeUtility.AssertType(bufferedMessageType, bufferedMessage);

    object messageData = bufferedMessageType.InvokeMember("MessageData",
        BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.GetProperty,
        null, bufferedMessage, null);

    //TypeUtility.AssertType(jsonBufferedMessageDataType, messageData);

    object buffer = jsonBufferedMessageDataType.InvokeMember("Buffer",
        BindingFlags.Instance | BindingFlags.Public | BindingFlags.GetProperty,
        null, messageData, null);

    ArraySegment<byte> arrayBuffer = (ArraySegment<byte>)buffer;

    Encoding encoding = Encoding.GetEncoding(characterSet);

    string requestMessage = encoding.GetString(arrayBuffer.Array, arrayBuffer.Offset, arrayBuffer.Count);

    return requestMessage;
}
    Holy cow! Das ist noch schlimmer als meine Lösung 🙂
    Vereinbart - der Vorteil ist, dass wir nicht haben, um zu schmuggeln, eine zweite Kopie von der transport-Ebene mit einer Meldung Inspektor auf jede Anfrage. Auf diese Weise können wir bei der original-Puffer direkt aus der service-code, und nur, wenn es ein problem gibt. Daher meine ursprüngliche Achtung. 🙂 Ich wünschte, Sie würden nur setzen Sie Sie aus der WebOperationContext, aber genommen haben Sie es abgesehen, ich sehen, warum Sie nicht (vor allem, wenn man bedenkt, gestreamt Anforderungen von beliebiger Größe).
    Vielen Dank für die Beantwortung. Ich verstehe jetzt, warum Sie diesen Ansatz. Es ist interessant, dass, um zu verstehen, warum die WCF so wie es ist funktioniert, die Sie haben zu Graben, in die Umsetzung. Es Art von Niederlagen der Zweck, zu versuchen, zu abstrahieren von der Komplexität!
    Nitzmahone, vielen Dank für die Bereitstellung dieses Beispiels. Zugriff auf den Request-body ist etwas, was ich bin nur zu wollen, zu tun ist, wenn im Umgang mit Fehlern. Ich Schätze die Antwort!!!
    Damit einverstanden, dass Sie brauchen, um hinzuzufügen eine .GetBodyAsString () - Methode oder so etwas. Alles was ich brauchte war die rohen JSON-Daten und alles, was ich bekommen konnte, war eine XML-Repräsentation des JSON - JSON-Bibliothek, die ich verwenden muss die rohen JSON, nicht das, was Sie für die Daten Aussehen sollte!

    InformationsquelleAutor nitzmahone

  2. 9

    So, wenn Sie deklarieren, wird Ihr Vertrag so etwas wie: 

    [WebInvoke(Method = "POST", UriTemplate = "create", ResponseFormat=WebMessageFormat.Json)]
 int CreateItem(Stream streamOfData);

    (Sie können mit XML statt)
    Die streamOfData sollte den body eines HTTP-POST. Sie Deserialisieren können Sie es mit etwas wie:

     StreamReader reader = new StreamReader(streamId);
 String res = reader.ReadToEnd();
 NameValueCollection coll = HttpUtility.ParseQueryString(res);

    Ist es so, dass für uns zumindest. Sie möchten möglicherweise verwenden Sie einen anderen Ansatz, um den string in ein XMLDocument oder so etwas. Dies funktioniert für unsere JSON-Beiträge. Vielleicht nicht die eleganteste Lösung, aber es funktioniert.

    Ich hoffe, das hilft.

    Glenn

    Glenn, vielen Dank für Ihre Antwort. Ich habe zurzeit einen Betrieb Vertrag, der ist sofort zu Deserialisieren die geposteten xml in ein Objekt. Obwohl ich Zugriff auf das neue Objekt für die Bearbeitung, ich würde gerne noch die raw Anfrage verfügbar sein. Nur eine einfache string-Repräsentation des Körpers. Danke!

    InformationsquelleAutor Ruprict

  3. 2

    Versuchen, diese,

    OperationContext.Current.RequestContext.RequestMessage

    InformationsquelleAutor sajith

  4. 2

    Hier ist, wie Sie es tun, ohne Reflexion:

    using (var reader = OperationContext.Current.RequestContext.RequestMessage.GetReaderAtBodyContents ()) {
    if (reader.Read ())
        return new string (Encoding.ASCII.GetChars (reader.ReadContentAsBase64 ()));
                return result;
    }
}

    Wenn der Leser ist ein HttpStreamXmlDictionaryReader (wie in meinem Fall), die Klasse die Implementierung der Methode ReadContentAsBase64(byte[] buffer, int index, int count) einfach übergibt diese Parameter an die Stream.Read-Methode.

    Sobald ich die byte[] ich umwandeln der bytes in eine Zeichenfolge im ASCII-Codierung. Für eine angemessene Umsetzung, Sie könnten den content-type & Kodierung aus den Kopfzeilen der Nachricht zu tun, die per HTTP-spec.

    Ihre Lösung funktioniert nicht, wenn die Botschaft.Staat ist bereits zu Lesen - Sie erhalten eine InvalidOperationException "Diese Meldung nicht unterstützt den Vorgang, da Sie bereits gelesen wurde."
    Hier ist, wie Sie kümmern: stackoverflow.com/questions/2184806/...

    InformationsquelleAutor George Tsiokos

  5. 0

    Könnte man die Festnahme des HttpApplication.Request.InputStream in einem benutzerdefinierten HttpModule aufrufen der WCF-Dienst, Lesen Sie den Bach und wieder seine position 0 in der benutzerdefinierten HttpModule aufrufen der Ereignis-handler. Speichern Sie es dann in der Sitzung und greifen Sie weiter in die eigentliche OperationContract.

    Beispiel:

    public class CustomModule : IHttpModule
{
    public void Dispose()
    {

    }

    public void Init(HttpApplication context)
    {
        context.AcquireRequestState +=context_AcquireRequestState;
    }

    void context_AcquireRequestState(object sender, EventArgs e)
    {
        HttpApplication application = sender as HttpApplication;
        Stream str = application.Request.InputStream;
        StreamReader sr = new StreamReader(str);
        string req = sr.ReadToEnd();
        str.Position = 0;
        application.Session["CurrentRequest"] = req;
    }
 }

    InformationsquelleAutor Yatin

Schreibe einen Kommentar