Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of costin@gmail.com designates
 64.233.162.196 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=iDBiVW8JCyvsW2imUwl+Ezmxh2yf94ewVJyK+W1oe8nOh7bowElcrZud+I04yofW4p3o86Wfs0VMFwjke5O+/wdwph6qZ9QrMc/OJ2xbcDkVpGOI/pd0oQ94Uw0TIfU80yGEPo/70PBg40hzy3QVgcT9HSl9gsLOaTEfhEJtfyg=
Message-ID: <96e4b5230601070850v5f0d585t139f40b0f75468d5@mail.gmail.com>
Date: Sat, 7 Jan 2006 08:50:29 -0800
From: Costin Manolache <costin@gmail.com>
Reply-To: costin@apache.org
To: Tomcat Developers List <dev@tomcat.apache.org>
Subject: Re: tomcat 5.8.0 - weird response on HTTP OPTIONS method
In-Reply-To: <43BFA402.2050007@apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <43BE636F.7040807@jmatica.com>
	 <96e4b5230601060950r3c93a395r4823c94412bef2c8@mail.gmail.com>
	 <43BEBA0E.9030303@jmatica.com>
	 <96e4b5230601061217n6f4c2a0ftf6366142be935c4a@mail.gmail.com>
	 <43BED2BE.4010307@Apache.org>
	 <96e4b5230601061257k55e3ddacw8555f8be8799e584@mail.gmail.com>
	 <43BEE038.3080104@jmatica.com> <43BF9EFA.9010208@apache.org>
	 <43BFA402.2050007@apache.org>

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 <markt@apache.org> 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: 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