> "Hassan Schroeder" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > No. But I wouldn't have *any* expectations of an ambiguous situation.
> > Out of curiousity, have you tried this with any different containers
> > (Jetty, Resin, JRun, ...)?
no, I haven't. I think I've
Hello,
Thank you for contacting Juno.
This is an automated response sent to email messages suspected to be spam by
our spam filters. This process will help us filter spam messages and respond to
genuine customer concerns quickly.
We apologize if your email is mistakenly identified as spam. Ple
On Sun, Dec 18, 2005 at 03:20:09PM -0800, Bill Barker wrote:
>
> <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > My guess is that tomcat uses a "HEAD" request to retrieve content with
> > c:import if the request for the jsp page containing the c:import was
> > requested with a "
"Hassan Schroeder" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> [EMAIL PROTECTED] wrote:
>
>> I really couldn't care less whether the content-length header is
>> different. The important thing here is what is in the logs.
>
> No, it's not; the important thing is whether there's
[EMAIL PROTECTED] wrote:
> I really couldn't care less whether the content-length header is
> different. The important thing here is what is in the logs.
No, it's not; the important thing is whether there's any applicable
spec that (even indirectly) requires the container to generate the
e
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Sun, Dec 18, 2005 at 12:26:07PM -0800, Hassan Schroeder wrote:
> My guess is that tomcat uses a "HEAD" request to retrieve content with
> c:import if the request for the jsp page containing the c:import was
> requested with a "HEAD
On Sun, Dec 18, 2005 at 12:26:07PM -0800, Hassan Schroeder wrote:
> [EMAIL PROTECTED] wrote:
> However, from the Servlet Spec --
> protected void doHead(HttpServletRequest req,
> HttpServletResponse resp)
> throws ServletException, IOException
> Receives an HTTP HEAD request from th
On Sun, Dec 18, 2005 at 03:06:19PM +0100, Mikolaj Rydzewski wrote:
> On Sat, 17 Dec 2005 [EMAIL PROTECTED] wrote:
>
> > I'm having some trouble getting the c:import tag to work right.
> > It seems to be perfectly fine when the request that tomcat receives is
> > a GET request. However, when i
[EMAIL PROTECTED] wrote:
> I'm having some trouble getting the c:import tag to work right.
> It seems to be perfectly fine when the request that tomcat receives is
> a GET request. However, when it receives a HEAD request instead, c:import
> never actually reads the data.
> System.out.p
Eric-
the examples dont indicate how the leading slash can work without the URL
specification (in this case URL spec for file)
did you try
Martin-
- Original Message -
From: <[EMAIL PROTECTED]>
To:
Sent: Sunday, December 18, 2005 12:40 AM
Subject: c:import doesn't work righ
On Sun, Dec 18, 2005 at 09:06:22AM -0500, Martin Gainty wrote:
> Did you include the core taglib spec before using 'c' reference identifier
> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"; %>
Of course. It's the very first line in testit.jsp. w/o that it
wouldn't work even
On Sat, 17 Dec 2005 [EMAIL PROTECTED] wrote:
> I'm having some trouble getting the c:import tag to work right.
> It seems to be perfectly fine when the request that tomcat receives is
> a GET request. However, when it receives a HEAD request instead, c:import
> never actually reads the data
lt;[EMAIL PROTECTED]>
To:
Sent: Sunday, December 18, 2005 12:40 AM
Subject: c:import doesn't work right with HEAD requests
>
> I'm having some trouble getting the c:import tag to work right.
> It seems to be perfectly fine when the request that tomcat receives is
> a GET requ
I'm having some trouble getting the c:import tag to work right.
It seems to be perfectly fine when the request that tomcat receives is
a GET request. However, when it receives a HEAD request instead, c:import
never actually reads the data.
Is this a known bug? Is it fixed in a mo
14 matches
Mail list logo
