Wie kann ich pass den Schrägstrich und die anderen 'url sensible" - Zeichen, um einen WCF REST service?

Habe ich einen REST WCF service eine Methode bekommt einen parameter als string an. Diese Zeichenfolge enthalten kann, die slash Zeichen"/". Es macht meine Anfrage falsch, da ich denke dass die URL falsch geht.

Wenn es anfordern und bekommen Antwort (WebRequest.GetResponse()) wirft, "Der remote-server ein Fehler zurückgegeben: (400) ungültige Anforderung." Ausnahme.

Meine Anfrage: http://localhost:17679/testmethod/DmC/TCGlOLz1EbEwqAls5Q==\nh2cQzTizSBg=

Ich versuche mit Uri.EscapeDataString, aber es hilft nicht, bekomme ich die gleiche exception wie oben.
Nach dieser Umstellung meine Anfrage sieht wie folgt aus:
http://localhost:17679/testmethod/DmC%2FTCGlOLz1EbEwqAls5Q%3D%3D%0Ah2cQzTizSBg%3D

Wenn ich eine Zeichenfolge übergeben, ohne slash in string funktioniert es wie ich will.

Wie kann ich pass den Schrägstrich und die anderen 'url sensible" - Zeichen, um einen WCF REST service?

Thx.

UPDATE: ich habe es gelöst, können Sie sehen, es in meiner Antwort unten.

  • Wieso ist das inakzeptabel? Tut Sie es nicht bekommen, decodiert, der von der WCF? Wenn ja was macht Ihr die Funktion sehen? Wird eine exception geworfen? Hast du includeExceptionDetailInFault wie beschrieben in dieses Dokument.
  • Also, die "Der Remoteserver hat einen Fehler zurückgegeben: (400) Bad Request." - exception kommt beim aufrufen von WebRequest die GetResponse-Methode.
  • Ihre Frage wurde nicht klar machen, dass die Weitergabe der escaped text auch wieder der 400-Fehler. Bitte Bearbeiten Sie es.
InformationsquelleAutor Tom | 2011-08-24
  1. 7

    Ich es gelöst.

    URI-template ist der Schlüssel.

    Wenn ich definieren URI diese Weise, es produziert die Ausnahme oben:

    [OperationContract()]
    [WebGet(UriTemplate = "/testmethod/{testvalue}"/*, BodyStyle = WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Xml*/)]
    string TestMethod(string testvalue);

    Durch ändern dieser Weg funktioniert es:

    [OperationContract()]
    [WebGet(UriTemplate = "/testmethod?v={testvalue}"/*, BodyStyle = WebMessageBodyStyle.Bare, ResponseFormat = WebMessageFormat.Xml*/)]
    string TestMethod(string testvalue);

    Sowieso, Uri.EscapeDataString ist erforderlich!

    InformationsquelleAutor Tom
  2. 0

    Versuchen Sie zwingen ein \ vor jedes /. (normalerweise sind es Kräfte, die Metazeichen zu Lesen wie ein normaler Charakter)

    • Es funktioniert nicht, das war das erste, was ich versucht habe. Danke!
    • ok, sorry für die einfache Antwort, die ich versuchte, zu geben
    InformationsquelleAutor Stefano
  3. 0

    Während die akzeptierte Antwort wird in einigen Fällen arbeiten, wo Sie den URI-parameter wird am Ende der URI ist, wird es nicht funktionieren, wenn ein URI-parameter ist in der Mitte von einer URI. Aber mit nur ein paar Konfigurations-Einstellungen können Sie zulassen, dass Ihre Anwendung zu akzeptieren codiert Schrägstriche.

    Den HttpListener nimmt eingehende Anfragen verwendet eine interne HttpListenerRequestUriBuilder analysiert die raw-Anfrage-URI.

    Den HttpListenerRequestUriBuilder wird oder nicht unescape die Codierung basiert auf einer Einstellung. Die folgende Einstellung hinzufügen, um Ihre app.config Datei:

    <configuration>
  <system.net>
    <settings>
      <httpListener unescapeRequestUrl="false"/>
    </settings>
  </system.net>
</configuration>

    Damit wird die eingehende Message's To Kopfzeilen werden korrekt gebaut, ohne unescaping die URIs.

    Wenn Sie eine version von .NET vor 4.5, ich glaube, Sie müssen auch hinzufügen, eine andere Einstellung, wie er den System.Uri - Klasse nicht entgehen Schrägstriche für http und https Pfade. Diese Einstellung ist wie folgt:

    <configuration>
  <uri>
    <schemeSettings>
      <add name="http" genericUriParserOptions="DontUnescapePathDotsAndSlashes"/>
      <add name="https" genericUriParserOptions="DontUnescapePathDotsAndSlashes"/>
    </schemeSettings>
  </uri>
</configuration>

    Uri.Match und die Standard - QueryStringConverter sollte trotzdem funktionieren mit der unescaped text, also eine Methode wie:

    [WebGet(UriTemplate = "foos/{bar}/baz"]
public Baz GetFooBaz(string bar)
{
    //...
}

    wird zu einem nicht korrekt codierten string an die bar parameter.

    InformationsquelleAutor Joseph Nields
Schreibe einen Kommentar