DefaultServlet doesn't implement OPTIONS either, and I don't remember ever implementing or seeing an implementation of the method in anything except webdav servlet.
Since it is part of the standard - and it seems it is even used - we should support it, but this has been broken forever. I'm curious if it could be implemented at container level, maybe detecting if a servlet doesn't implement it and returning a default implemenation ? Tomcat can detect what methods are implemented - unless the servlet overrides service(). Costin On 1/7/06, Mark Thomas <[EMAIL PROTECTED]> wrote: > Mark Thomas wrote: > > Mauro Bertapelle wrote: > >>this has nothing to do with > >>webdav and the naive > >>way in which ie implements it, but probably Tomcat should handle > >>"options" better when > >>it's acting as a static web server. > >> > >>Mauro > > > > I have confirmed this behaviour with the latest source from SVN. It is > > a bug. I'll look into it. > > > > It is as a result Jasper. A request for: > OPTIONS http://localhost:8080/ HTTP/1.1 > > or > OPTIONS http://localhost:8080/index.jsp HTTP/1.1 > > eventually calls the _jspService method created by Jasper in > org.apache.jasper.compiler.Generate.generatePreamble() which assumes a > request method of GET. > > I have commitments which mean I will not be able to look at this for a > day or two at the earliest. If no one else fixes it between now and > early next week, I'll look at it then. > > Mark > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
