tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Costin Manolache <cos...@gmail.com>
Subject Re: tomcat 5.8.0 - weird response on HTTP OPTIONS method
Date Fri, 06 Jan 2006 20:57:58 GMT
I guess the problem was that the default servlet ( part of tomcat )
doesn't handle options for static files like "/", instead returns the
page as if it would be a GET. I tried on www.apache.org - and apache
seems to return the right thing ( no body, etc ).


Costin

On 1/6/06, Keith Wannamaker <Keith@apache.org> wrote:
> Tomcat "handles" it just fine -- if you implement it in your servlet :-)
>   Options conveys not only whether a resource is dav-enabled and the
> class of dav support, but it has a well-defined xml response body for a
> number of ACL and DeltaV properties, all of which needs to be handled by
> the application, not tomcat.  You are going to have to override it
> anyway to specify the DAV: header, at a minimum.  Tomcat can't know
> whether your application supports dav locking or not, for instance.
>
> Keith
>
> Costin Manolache wrote:
> > Interesting.
> >
> > Well, Remy is the expert in webdav, but I guess you'll need to talk
> > with him on the users list  :-)
> > I suppose the default servlet could handle 'options', since it's part
> > of the standard, but for regular servlets there is nothing to be done,
> > it's up to them to implement whatever methods they want.
> >
> > Costin
> >
> > On 1/6/06, Mauro Bertapelle <mauro.bertapelle@jmatica.com> wrote:
> >
> >>Costin,
> >>
> >>I'm tweaking with internet explorer and his web folder feature (access to
> >>webdav resource).
> >>
> >>When accessing a webdav resource, ie fire a lot of "OPTIONS" requests,
> >>not only to the specified url but as you see from my example even to the
> >>"/" uri
> >>which is obviously catched by the default servlet and not by the webdav
> >>servlet.
> >>
> >>Mauro
> >>--
> >>
> >>Costin Manolache wrote:
> >>
> >>
> >>>I'm curious - why would you need the options method ?
> >>>
> >>>Obviously, as you found, tomcat does not support it ( and many other
> >>>servers ), and I never heard of any use of it, even if it is in the
> >>>spec.
> >>>
> >>>Well, in theory servlets could respond to 'options' method if they
> >>>choose to - and so could the default servlet.
> >>>
> >>>Costin
> >>>
> >>>On 1/6/06, Mauro Bertapelle <mauro.bertapelle@jmatica.com> wrote:
> >>>
> >>>
> >>>
> >>>>Is it correct that coyote reply with the home page contents on an HTTP
> >>>>OPTIONS method request ?
> >>>>
> >>>>Client request:
> >>>>
> >>>> OPTIONS / HTTP/1.1\r\n
> >>>>     Request Method: OPTIONS
> >>>>     Request URI: /
> >>>>     Request Version: HTTP/1.1
> >>>> Translate: f\r\n
> >>>> User-Agent: Microsoft Data Access Internet Publishing Provider
> >>>>Protocol Discovery\r\n
> >>>> Host: lan2\r\n
> >>>> Content-Length: 0\r\n
> >>>> Connection: Keep-Alive\r\n
> >>>> \r\n
> >>>>
> >>>>Server response:
> >>>>
> >>>>Hypertext Transfer Protocol
> >>>> HTTP/1.1 200 OK\r\n
> >>>>     Request Version: HTTP/1.1
> >>>>     Response Code: 200
> >>>> Content-Type: text/html;charset=ISO-8859-1\r
> >>>>\n
> >>>> Transfer-Encoding: chunked\r\n
> >>>> Date: Fri, 06 Jan 2006 10:32:07 GMT\r\n
> >>>> Server: Apache-Coyote/1.1\r\n
> >>>> \r\n
> >>>> HTTP chunked response
> >>>><SNIPPET>
> >>>>0000  3e 3c 2f 74 72 3e 0d 0a 20 20 20 20 20 20 20 20   ></tr>..
> >>>>0010  20 20 20 20 3c 2f 74 61 62 6c 65 3e 0d 0a 20 20       </table>..
> >>>>0020  20 20 20 20 20 20 3c 2f 74 64 3e 0d 0a 20 20 20         </td>..
> >>>>0030  20 20 20 20 20 3c 74 64 20 61 6c 69 67 6e 3d 22        <td align="
> >>>>0040  72 69 67 68 74 22 3e 3c 61 20 68 72 65 66 3d 22   right"><a
href="
> >>>>0050  68 74 74 70 3a 2f 2f 6a 61 6b 61 72 74 61 2e 61   http://jakarta.a
> >>>>0060  70 61 63 68 65 2e 6f 72 67 2f 22 3e 3c 69 6d 67   pache.org/"
> >>>><http://pache.org/%22>><img
> >>>>0070  20 73 72 63 3d 22 6a 61 6b 61 72 74 61 2d 62 61    src="jakarta-ba
> >>>>0080  6e 6e 65 72 2e 67 69 66 22 20 68 65 69 67 68 74   nner.gif" height
> >>>>0090  3d 22 34 38 22 20 77 69 64 74 68 3d 22 35 30 35   ="48" width="505
> >>>>00a0  22 20 62 6f 72 64 65 72 3d 22 30 22 20 61 6c 74   " border="0"
alt
> >>>>00b0  3d 22 54 68 65 20 4a 61 6b 61 72 74 61 20 50 72   ="The Jakarta
Pr
> >>>>00c0  6f 6a 65 63 74 22 3e 3c 2f 61 3e 3c 2f 74 64 3e   oject"></a></td>
> >>>>00d0  0d 0a 20 20 20 20 3c 2f 74 72 3e 0d 0a 3c 2f 74   ..    </tr>..</t
> >>>>00e0  61 62 6c 65 3e 0d 0a 0d 0a 3c 62 72 3e 0d 0a 0d   able>....<br>...
> >>>></SNIPPET>
> >>>>
> >>>>mauro
> >>>>--
> >>>>
> >>>>---------------------------------------------------------------------
> >>>>To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> >>>>For additional commands, e-mail: dev-help@tomcat.apache.org
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>---------------------------------------------------------------------
> >>>To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> >>>For additional commands, e-mail: dev-help@tomcat.apache.org
> >>>
> >>>
> >>>
> >>>
> >>
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> >>For additional commands, e-mail: dev-help@tomcat.apache.org
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: dev-help@tomcat.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: dev-help@tomcat.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message