Frage

Dieses Problem bezieht sich auf die Restlet Framework und Java

Wenn ein Client die verfügbaren Ressourcen auf einem Server entdecken - sie müssen eine HTTP-Anforderung mit OPTIONS als Anforderungstyp senden. Das ist in Ordnung mich für nicht für Menschen lesbare Kunden erraten - das heißt in Code statt einer Browser.

Das Problem, das ich hier sehe, ist - Browser (für Menschen lesbare) mit GET, nicht in der Lage sein, schnell die Ressourcen, um sie zu entdecken verfügbar und einige zusätzliche Hilfe Dokumentation usw. herausfinden - weil sie nicht OPTIONS als Anforderungstyp verwenden.

Gibt es eine Möglichkeit einen Browser sendet eine OPTIONS zu machen / GET-Anfrage, damit der Server wieder formatierte XML an den Client abfeuern kann (wie das ist, was in Restlet geschieht - dh die Antwort des Servers ist es, alle Informationen zurück als XML senden) und im Browser diese Anzeige? Oder haben ich meine alles falsch zu denken - d. H der Punkt der Optionen ist, dass gemeint ist, innerhalb eines Kunden-Code verwendet werden und nicht dazu gedacht, über einen Browser gelesen werden

War es hilfreich?

Lösung

Mit dem TunnelService (die standardmäßig aktiviert ist bereits) und einfach die method=OPTIONS Abfrageparameter zu Ihrer URL hinzuzufügen.

(Der Restlet FAQ Q19 ist eine ähnliche Frage.)

Andere Tipps

Ich denke, OPTIONS ist nicht darauf ausgelegt, 'user-visible' zu sein.

Wie würden Sie versenden eine OPTIONS Anfrage vom Browser? (Beachten Sie, dass das Formularelement nur erlaubt GET und POST).

Sie könnten es senden mit XmlHttpRequest und dann XML in Ihrem Javascript Rückruf zurück und machen sie entsprechend. Aber ich bin nicht davon überzeugt, das ist etwas, das Ihre Benutzer sollten wirklich kennen!

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top