RE: Proposed issue: site metadata hook (slight variation)

> From: www-tag-request@w3.org [mailto:www-tag-request@w3.org]On Behalf Of
> Miles Sabin
> Sent: Wednesday, February 12, 2003 4:08 PM
> To: www-tag@w3.org
> Subject: Re: Proposed issue: site metadata hook (slight variation)
>
>
>
> Julian Reschke wrote,
> > > You've misread the Servlet spec. It _allows_ Servlet
> > > implementations to support arbitrary extension HTTP methods, but it
> > > doesn't _require_ them to provide support.
> >
> > The HttpServletRequest object has "getMethod()", wich "returns the
> > method with which the request was made". I can't see how this is
> > optional. Could you explain that?
>
> It returns the requst method _if_ the request has been accepted by the
> servlet container and passed through to a servlet. There's nothing in
> the spec that requires servlet container to behave that way for
> arbitrary extension methods. A servlet container which responded with a

Can you point to a specific part of the spec where it says that?

> 501 Unimplemented would be completely within it's rights.
>
> > Anyway, Tomcat (the reference impl) and all other servlet engines
> > I've tested actually behave this way.
>
> Sure, and Tomcat also provides WebDAV support. That's great, but it's
> not required by the servlet spec either.

1) Tomcat by itself doesn't support WebDAV -- it ships with a *sample*
WebDAV servlet.

2) What about all these other engines?

> > Yes, it allows. The servlet API gives you all the control you need
> > (by implementing the "service(request, response)" method).
>
> Yes, you can implement a service() method to handle arbitrary methods,
> but there's no guarantee that your servlet will ever see them.

Again, I'd really like to learn where the spec says that (because it
obviously affects me as developer of a Java-Servlet-based WebDAV
implementation).

Julian

--
<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760

Received on Wednesday, 12 February 2003 10:20:33 UTC