Beispiel einer minimalen Anforderung-Antwort-Zyklus für WebDAV?

Gibt es eine minimale (ggf. kommentierte) Beispiel eines typischen request-response-Zyklus, mit Header und body. Wie ich es verstehe, besteht dieses aus einem ersten OPTIONEN und eine anschließende PROPFIND-exchange - danach GET und PUT einfach sein sollte, so brauche ich nicht ein generisches Beispiel.

Ich habe angesichts freilegen vorhandener RESTful-Ressourcen (Sammlungen und einzelne Elemente innerhalb) über WebDAV. Ich brauche nur grundlegende Funktionalität zum arbeiten - auflisten von Verzeichnissen, Dateien Lesen und schreiben - die AFAICT hinzufügen PROPFIND-Unterstützung sollte genügen.

OPTIONEN ist rein ... optional. Was umgesetzt werden muss, hängt hauptsächlich von der client, den Sie verwenden möchten.
In der Tat - aber anekdotische Evidenz deutet darauf hin, dass die meisten Kunden sind ziemlich liberal. Ich bin hauptsächlich daran interessiert, den Windows-Explorer, Linux (davfs2) und OS X Finder.

InformationsquelleAutor AnC | 2012-04-13

  1. 12

    Die Spezifikation enthält Beispiele:

    Minimal

    Anfrage:

    OPTIONS /somecollection/HTTP/1.1
Host: example.org

    Antwort:

    HTTP/1.1 200 OK
Allow: OPTIONS, GET, HEAD, POST, PUT, DELETE, TRACE, COPY, MOVE
Allow: MKCOL, PROPFIND, PROPPATCH, LOCK, UNLOCK, ORDERPATCH
DAV: 1, 2, ordered-collections

    Realistische

    Anfrage:

      PROPFIND /somecollection HTTP/1.1
    Depth: 0
    Content-Type: text/xml; charset="utf-8"
    Content-Length: xxx

    <?xml version="1.0" encoding="UTF-8" ?>
    <propfind xmlns="DAV:">
      <prop>
        <supported-live-property-set/>
        <supported-method-set/>
      </prop>
    </propfind>

    Antwort: 

    HTTP/1.1 207 Multi-Status
Content-Type: text/xml; charset="utf-8"
Content-Length: xxx

<?xml version="1.0" encoding="utf-8" ?>
<multistatus xmlns="DAV:">
  <response>
    <href>http://example.org/somecollection</href>
    <propstat>
      <prop>
        <supported-live-property-set>
          <supported-live-property>
            <prop><ordering-type/></prop>
          </supported-live-property>
          <!-- ... other live properties omitted for brevity ... -->
        </supported-live-property-set>
        <supported-method-set>
          <supported-method name="COPY" />
          <supported-method name="DELETE" />
          <supported-method name="GET" />
          <supported-method name="HEAD" />
          <supported-method name="LOCK" />
          <supported-method name="MKCOL" />
          <supported-method name="MOVE" />
          <supported-method name="OPTIONS" />
          <supported-method name="ORDERPATCH" />
          <supported-method name="POST" />
          <supported-method name="PROPFIND" />
          <supported-method name="PROPPATCH" />
          <supported-method name="PUT" />
          <supported-method name="TRACE" />
          <supported-method name="UNLOCK" />
        </supported-method-set>
      </prop>
      <status>HTTP/1.1 200 OK</status>
    </propstat>
  </response>
</multistatus>
    Danke, das erklärt die meisten meiner Probleme: a) ich hatte mich für den regelmäßigen(?) eher als live-Eigenschaften, plus ich denke, ich würde nur angeschaut RFC4918. b) Kadaver " Berichte "Konnte nicht auf /somecollection (nicht WebDAV-fähig?): Habe nicht gefunden, eine Sammlung Ressource.", das war ein großer Teil meiner Verwirrung. Die Missachtung dieser (-t) gelingt es in der Liste die erwartete Ressource mit, dass XML-Beispiel. Ich habe akzeptiert Ihre Antwort dankbar - falls ich mehr Fragen, ich werde zu öffnen, eine neue, spezifischere Frage.

    InformationsquelleAutor nes1983

Schreibe einen Kommentar