Freigeben über


HTTP_VERB-Enumeration (http.h)

Der HTTP_VERB Enumerationstyps definiert Werte, die verwendet werden, um bekannte HTTP-Standardverben in der HTTP_REQUEST-Struktur anzugeben. Die Meisten dieser bekannten Verben sind in RFC 2616 und RFC 2518 dokumentiert, wie unten angegeben.

Syntax

typedef enum _HTTP_VERB {
  HttpVerbUnparsed,
  HttpVerbUnknown,
  HttpVerbInvalid,
  HttpVerbOPTIONS,
  HttpVerbGET,
  HttpVerbHEAD,
  HttpVerbPOST,
  HttpVerbPUT,
  HttpVerbDELETE,
  HttpVerbTRACE,
  HttpVerbCONNECT,
  HttpVerbTRACK,
  HttpVerbMOVE,
  HttpVerbCOPY,
  HttpVerbPROPFIND,
  HttpVerbPROPPATCH,
  HttpVerbMKCOL,
  HttpVerbLOCK,
  HttpVerbUNLOCK,
  HttpVerbSEARCH,
  HttpVerbMaximum
} HTTP_VERB, *PHTTP_VERB;

Konstanten

 
HttpVerbUnparsed
Nicht für Anwendungen relevant; wird nur im Kernelmodus verwendet.
HttpVerbUnknown
Gibt an, dass die Anwendung die UnknownVerbLength - und pUnknownVerb-Member der HTTP_REQUEST Struktur untersuchen kann, um das HTTP-Verb für die Anforderung abzurufen. Dies ist in einer HTTP/1.1-Anforderung der Fall, wenn ein Browserclient ein benutzerdefiniertes Verb angibt.
HttpVerbInvalid
Nicht für Anwendungen relevant; wird nur im Kernelmodus verwendet.
HttpVerbOPTIONS
Die OPTIONS-Methode fordert Informationen zu den Kommunikationsoptionen und Anforderungen an, die einem URI zugeordnet sind.


Siehe Seite 52 von RFC 2616.
HttpVerbGET
Die GET-Methode ruft die Informationen oder Entitäten ab, die durch den URI der Anforderung identifiziert werden. Wenn dieser URI auf ein Skript oder einen anderen Datenproduzierenden Prozess verweist, werden die in der Antwort zurückgegebenen Daten und nicht der Text des Skripts zurückgegeben.

Eine GET-Methode kann bedingt oder partieller Weise festgelegt werden, indem ein bedingtes Oder Range-Headerfeld in die Anforderung eingeschlossen wird. Eine bedingte GET-Anforderung, dass die Entität nur gesendet wird, wenn alle im Header angegebenen Bedingungen erfüllt sind, und eine partielle GET-Anforderung, die nur einen Teil der Entität anfordert, wie im Range-Header angegeben. Beide Formen von GET können dazu beitragen, unnötigen Netzwerkdatenverkehr zu vermeiden.


Siehe Seite 53 von RFC 2616.
HttpVerbHEAD
Die HEAD-Methode ist mit der GET-Methode identisch, bis auf den Unterschied, dass der Server in der Antwort nur Meldungsheader und keinen Meldungstext zurückgibt. Die Header sind identisch mit denen, die als Antwort auf eine GET zurückgegeben werden.


Siehe Seite 54 von RFC 2616.
HttpVerbPOST
Die POST-Methode wird verwendet, um eine neue Entität als Ergänzung zu einem URI zu posten.
Der URI identifiziert eine Entität, die die bereitgestellten Daten in irgendeiner Weise nutzt.


Siehe Seite 54 von RFC 2616.
HttpVerbPUT
Die PUT-Methode wird verwendet, um eine durch einen URI identifizierte Entität zu ersetzen.


Siehe Seite 55 von RFC 2616.
HttpVerbDELETE
The
Die DELETE-Methode fordert an, dass ein angegebener URI gelöscht wird.


Siehe Seite 56 von RFC 2616.
HttpVerbTRACE
Die TRACE-Methode ruft eine Remoteschleife auf Anwendungsebene der Anforderungsnachricht auf.
Dadurch kann der Client sehen, was beim anderen empfangen wird.
Ende der Anforderungskette für die Diagnose
Zwecke. Siehe Seite 56 von RFC 2616.
HttpVerbCONNECT
The CONNECT
-Methode kann mit einem Proxy verwendet werden, der dynamisch zum Tunneling wechseln kann, wie im Fall von SSL-Tunneling. Siehe Seite 57 von RFC 2616.
HttpVerbTRACK
Die TRACK-Methode wird von Microsoft Cluster Server verwendet, um eine nicht protokollierte Ablaufverfolgung zu implementieren.
HttpVerbMOVE
Die MOVE-Methode fordert einen WebDAV-Vorgang an.
entspricht einer Kopie (COPY), gefolgt von der Konsistenzpflege
Verarbeitung, gefolgt von einer Löschung der Quelle, wobei alle drei
Aktionen werden atomar ausgeführt. Beim Anwenden auf eine Sammlung wird angenommen, dass "Depth" als "unendlich" angegeben wird oder angegeben werden muss. Siehe Seite 42 von RFC 2518.
HttpVerbCOPY
Die COPY-Methode fordert einen WebDAV-Vorgang an, der ein Duplikat der Quellressource erstellt.
identifiziert durch den Anforderungs-URI in der Zielressource
identifiziert durch einen URI, der im Zielheader angegeben ist. Siehe Seite 37 von RFC 2518.
HttpVerbPROPFIND
Die PROPFIND-Methode fordert einen WebDAV-Vorgang an, der die für die Ressource definierten Eigenschaften abruft.
durch den Anforderungs-URI identifiziert. Siehe Seite 24 von RFC 2518.
HttpVerbPROPPATCH
Die PROPPATCH-Methode fordert einen WebDAV-Vorgang an, der die für die Ressource definierten Eigenschaften festlegt und/oder entfernt.
durch den Anforderungs-URI identifiziert. Siehe Seite 31 von RFC 2518.
HttpVerbMKCOL
Die MKCOL-Methode fordert einen WebDAV-Vorgang an, der eine neue Sammlung erstellt.
Ressource an dem durch angegebenen Speicherort
der Anforderungs-URI. Siehe Seite 33 von RFC 2518.
HttpVerbLOCK
Die LOCK-Methode fordert einen WebDAV-Vorgang an, der eine Sperre erstellt, wie in der lockinfo angegeben.
XML-Element für den Anforderungs-URI. Siehe Seite 45 von RFC 2518.
HttpVerbUNLOCK
Die UNLOCK-Methode fordert einen WebDAV-Vorgang an, der eine durch ein Sperrtoken identifizierte Sperre entfernt.
der Lock-Token Anforderungsheader aus der Ressource, die durch den Anforderungs-URI identifiziert wird, und von allen anderen
Ressourcen, die in der Sperre enthalten sind. Siehe Seite 51 von RFC 2518.
HttpVerbSEARCH
Die SEARCH-Methode fordert einen Von verwendeten WebDAV-Vorgang an.
Microsoft Exchange zum Durchsuchen von Ordnern. Weitere Informationen finden Sie in der Internet Engineering Task Force (IETF) Internet Draft WebDAV SEARCH und auf der WebDAV-Website für mögliche Updates.
HttpVerbMaximum
Beendet die Enumeration; wird nicht zum Definieren eines Verbs verwendet.

Anforderungen

Anforderung Wert
Unterstützte Mindestversion (Client) Windows Vista, Windows XP mit SP2 [nur Desktop-Apps]
Unterstützte Mindestversion (Server) Windows Server 2003 [nur Desktop-Apps]
Kopfzeile http.h

Weitere Informationen

HTTP_REQUEST