Tomcat, HTTP, OPTIONS

Question

Note: Je suis nouveau Tomcat ...

Je reçois ce message dans le localhost_access_log Tomcat:

127.0.0.1 - - [09/Oct/2009: 09: 37:30 -0700] "OPTIONS/stl/foo HTTP/1.1" 200 -

Quelqu'un peut-il m'expliquer d'où proviennent les OPTIONS? J'utilise une bibliothèque tierce (DirectJngine), mais en parcourant la source, je ne vois aucune référence à cette définition. Les docs impliquent qu'il utilisera toujours GET ou POST. OPTIONS est-il une sorte de défaut dans Tomcat?

Le même fichier journal montre une plus normale à la recherche GET quand je fais la même chose à partir d'un navigateur:

127.0.0.1 - - [09/Oct/2009: 09: 07: 24 -0700] « GET/stl/foo HTTP/1.1 "500 1805

Answer 1

C'est la demande venant du client.

GET et POST ne sont pas les seules requêtes autorisées. Vous pouvez également voir

• OPTIONS
• TÊTE
• PUT
• SUPPRIMER
• TRACE
• CONNECT

http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html

Answer 2

OPTIONS me thod est une requête du client au serveur demandant des options de transfert disponibles, mais sans réellement demander la ressource.

De la spécification à http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html

9,2 OPTIONS

La méthode OPTIONS représente une demande pour plus d'informations sur les options de communication disponibles sur la chaîne demande/réponse identifiée par la demande-URI . Cette méthode permet au client de déterminer les options et/ou les exigences associées à une ressource , ou les capacités d'un serveur , sans que cela implique une ressource action ou lancer une recherche de ressources .

Il semblerait que votre bibliothèque tierce utilise la commande OPTIONS avant de récupérer la ressource.