-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Sunday, December 12, 2010 10:23 PM
To: users@tomcat.apache.org
Subject: Re: Tomcat Jakarta 1.2.31 ISAPI Reconnector incorrectly
sending Content body with HTTP 304 Status
10054 is a winsock error code, so
A lively debate will no doubt follow, if the HTTP and Servlet specs
differ, but I don't believe a modification type header is appropriate
for a 404.
So that, I suspect, is a bug. You can add it to bugzilla unless this
email is followed by people pointing out that I'm completely wrong.
On 12.12.2010 19:09, Konstantin Preißer wrote:
I have one additional question about the ISAPI Redirector (I have chunked
encoding enabled):
In my isapi redirector's log, a lot of lines look like this (I removed the
date prefix):
[1764:3472] [error] iis_write::jk_isapi_plugin.c (1297): Vector
Now if I do a GET-Request with an If-modified-since header to a file
which
doesn't exist, Tomcat returns a 302 Not Modified response instead of 404
Not
Found. I think this is because Tomcat compares the date after the
Is-modified-since header to the date of the static 404 error file, thus
sniffer to
see what the responses looked like, and found that HTTP 304
responses with a chunked body (which all belonged to
images (png, jpeg) and css files).
OK, I have experimented a bit and can reproduce the issue (with the unfixed
version of ISAPI redirector 1.2.31).
I have used
On 12/03/10 18:05 PM, Pid wrote:
So, if you can consistently repeat this, can you also confirm
that changing the date of the static error page prevents the
304 from being sent on a subsequent request?
Hello,
when I change the date of the static error page so that it is newer than the
one
On 12/3/10 5:53 PM, Konstantin Preißer wrote:
On 12/03/10 18:05 PM, Pid wrote:
So, if you can consistently repeat this, can you also confirm
that changing the date of the static error page prevents the
304 from being sent on a subsequent request?
Hello,
when I change the date of the
to
true) to connect to Tomcat (using AJP/1.3).
I am using a simple webapp with some static files and some servlets.
When I use the Mozilla Firefox browser to view the website (which contains
static elements like images), I sometimes get HTTP 304 responses with a
content, which look like
like images), I sometimes get HTTP 304 responses with a
content, which look like this:
HTTP/1.1 304 Not Modified
Date: Sat, 27 Nov 2010 15:46:09 GMT
Server: Microsoft-IIS/6.0
ETag: W/1285-1289228872000
Transfer-Encoding: chunked
0
HTTP/1.1 304 Not Modified
Date: Sat, 27 Nov 2010 15:46:09
/show_bug.cgi?id=50363
cheers
tim
Many thanks for fixing the bug.
I would like to add that the HTTP 304 responses were all generated by
accessing static resources in a Tomcat webapp (images, css files etc), not
by accessing some servlet or JSP. I don't know why there was sometimes a
Content-Length
, and found that HTTP 304
responses with a chunked body (which all belonged to
images (png, jpeg) and css files).
OK, I have experimented a bit and can reproduce the issue (with the unfixed
version of ISAPI redirector 1.2.31).
I have used a webapp with custom Error pages (static html files
(with enable_chunked_encoding set to
true) to connect to Tomcat (using AJP/1.3).
I am using a simple webapp with some static files and some servlets.
When I use the Mozilla Firefox browser to view the website (which contains
static elements like images), I sometimes get HTTP 304 responses with a
content, which look like
static elements like images), I sometimes get HTTP 304 responses with a
content, which look like this:
HTTP/1.1 304 Not Modified
Date: Sat, 27 Nov 2010 15:46:09 GMT
Server: Microsoft-IIS/6.0
ETag: W/1285-1289228872000
Transfer-Encoding: chunked
0
HTTP/1.1 304 Not Modified
Date: Sat, 27 Nov 2010
is completed).
However there shouldn't be any Content-Length header or a Connection:
close header on a HTTP 304 status as far as I understand the HTTP spec.
Kind regards,
Konstantin Preisser
-
To unsubscribe, e-mail: users-unsubscr
Rainer,
Thanks very much for the help. I can't believe I didn't catch that!
Works fine now. For what it's worth, the linux server obj.conf file did
not have that goofy 3= stuff, it just had the Service command on the
same line and that was enough to break it.
Thanks again!
~Matt
[EMAIL
Hi Matt,
I tried with SJSWS 6 sp11 on Solaris 8 together with nsapi redirector
1.2.25. I could reproduce the problem, and I could fix it with a small
variation of your configuration, which seems syntactically invalid:
Your original configuration:
Object name=jboss
ObjectType
Hi everyone,
I'm having a rather strange problem with the nsapi_connector for Sun One
Web Server 6.1 connecting via ajp/13 to a JBoss application server.
Basically, if the JBoss server returns a HTTP code 304 for a browser
cache hit, the SWS is instead looking for the file in its own docroot
Paul Wallace wrote:
If however the client and server have no knowledge of these assets,
would it not request a fresh copy from the server and return HTTP 200
for example?
1. Check to see if the file is in your client's cache.
2. Tomcat does nothing with these tags. Your client may ignore them
Hi,
Using TC5, I can not see why my log is showing:
192.168.3.26 - - [26/Sep/2006:14:06:44 +1000] GET
/dir/gf/locationManager.js HTTP/1.1 304 -
192.168.3.26 - - [26/Sep/2006:14:06:44 +1000] GET /dir/gf/i18n.js
HTTP/1.1 304 -
and many more like it, particularly after I stop the server, remove
-
From: Luke McLean [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Friday, September 08, 2006 9:02 PM
Subject: Re: HTTP 304 - IF_MODIFIED_SINCE
Oops, sorry everyone. I didn't realise that this was going out to the
whole
list!
I'f you could contact me directly please Ben
-
From: Luke McLean [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Friday, September 08, 2006 9:02 PM
Subject: Re: HTTP 304 - IF_MODIFIED_SINCE
Oops, sorry everyone. I didn't realise that this was going out to the whole
list!
I'f you could contact me directly please Ben then I can
this message in context:
http://www.nabble.com/HTTP-304---IF_MODIFIED_SINCE-tf2220040.html#a6203229
Sent from the Tomcat - User forum at Nabble.com.
-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail
(image.getData());
...
--
View this message in context:
http://www.nabble.com/HTTP-304---IF_MODIFIED_SINCE-tf2220040.html#a6219133
Sent from the Tomcat - User forum at Nabble.com.
-
To start a new topic, e-mail: users
wrote this in his
absence).
benshort wrote:
Hi Luke,
This is a litte off topic for the Tomcat usergroup but here you go.
--
View this message in context:
http://www.nabble.com/HTTP-304---IF_MODIFIED_SINCE-tf2220040.html#a6219200
Sent from the Tomcat - User forum at Nabble.com
is serving images from a database.
--
View this message in context:
http://www.nabble.com/HTTP-304---IF_MODIFIED_SINCE-tf2220040.html#a6203229
Sent from the Tomcat - User forum at Nabble.com.
-
To start a new topic, e-mail: users
ben short wrote:
Yes you are right, I am trying not to serve resources again if they
havent changed. From what I have read I need to set the Last-Modified
header on the HttpServletResponse. The client will then send a
If-Modified-Since request header the next time it needs that resource.
I
Thanks
Ben
--
View this message in context:
http://www.nabble.com/HTTP-304---IF_MODIFIED_SINCE-tf2220040.html#a6149505
Sent from the Tomcat - User forum at Nabble.com.
-
To start a new topic, e-mail: users@tomcat.apache.org
benshort wrote:
How do I get the IF_MODIFIED_SINCE header from the HttpServletRequest
object?
When I use the HttpServletRequest.getHeaderNames() method and iterate
through the enumeration I get the following headers only.
accept
referer
accept-language
accept-encoding
user-agent
host
I have tried with firefox and ie6. May i ask what you are using?
Ben
On 9/5/06, Markus Schönhaber [EMAIL PROTECTED] wrote:
benshort wrote:
How do I get the IF_MODIFIED_SINCE header from the HttpServletRequest
object?
When I use the HttpServletRequest.getHeaderNames() method and iterate
ben short wrote:
I have tried with firefox and ie6. May i ask what you are using?
Firefox.
May I ask what you are using (i. e. Tomcat version)?
You didn't answer my question: Does your browser send an If-Modified-Since
Request-Header?
On Tomcat 5.5.17 calling this JSP *twice* will cause IE 6
Markus,
Im using Tomcat 5.5.17. I assumed that my browser would send the
If-Modified-Since Request-Header and have tried your jsp page and it
does.
What I am doing is serving images from a database.
Here is what I am doing in my spring controller...
protected ModelAndView
Markus,
I have fixed the problem. I needed to set the contenttype and the
contentlength on the HttpServletResponse. Now i see the
if-modified-sice header on the second request.
Thanks for your input.
Regards
Ben
On 9/5/06, ben short [EMAIL PROTECTED] wrote:
Markus,
Im using Tomcat 5.5.17.
ben short wrote:
Im using Tomcat 5.5.17. I assumed that my browser would send the
If-Modified-Since Request-Header and have tried your jsp page and it
does.
OK, this shows three things:
1. It's much less helpful to assume things than to find out for sure. If
you're interested in the exact
Ok,
I admit I was a bit fast going to the mailing list and I should of
done more research.
Yes you are right, I am trying not to serve resources again if they
havent changed. From what I have read I need to set the Last-Modified
header on the HttpServletResponse. The client will then send a
34 matches
Mail list logo