The following might do the trick:
response.setHeader( "Cache-Control", "no-cache" );
-Terence M. Bandoian
>> Hello all,
>>
>> I'm currently having to (still) work on an application which is
>> running under Tomcat4 - the suppliers haven't yet validated against
>> Tomcat5 and I'm looking at
Hello all,
I'm currently having to (still) work on an application which is running
under Tomcat4 - the suppliers haven't yet validated against Tomcat5 and
I'm looking at clustering in that environment. I've looked at Filips
excellent reference http://people.apache.org/~fhanik/ and at the en
Bedrijven.nl wrote:
maybe security (settings) of ie??
The poster clearly indicated that the thing works on Tomcat direct port.
Could be that JK is stripping that header. Maybe it expects web server
to provide it's own? You could try to setup MIME type on the Apache
itself and see if it fixes
maybe security (settings) of ie??
maarten
-Oorspronkelijk bericht-
Van: Ritu Kedia [mailto:[EMAIL PROTECTED]
Verzonden: Tuesday, February 08, 2005 2:51 PM
Aan: 'tomcat-user@jakarta.apache.org'
Onderwerp: Content-Type removed from the Http Response when file is
accessed thro
Hello All,
I am facing a problem with the Content-Type getting removed from the Http
Response when accessing a binary file packaged in a WAR file through a Web
Server (IIS 5.0 or Apache 2.0).
My web.xml has the following mime-type mapping:
msi
application
> Unless there is a PATCH in bugzilla, then no.
OK. Thanks for your help, Tim.
Ian.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Unless there is a PATCH in bugzilla, then no.
-Tim
Ian Stevens wrote:
The Server header is hardcoded into the Connectors. You can't
remove/change it without a PATCH/recompile to
org.apache.coyote.http11.Constants
That's certainly what I saw when looking at the source. There's no way
alter it us
> The Server header is hardcoded into the Connectors. You can't
> remove/change it without a PATCH/recompile to
> org.apache.coyote.http11.Constants
That's certainly what I saw when looking at the source. There's no way
alter it using a javax.servlet.Filter and a
javax.servlet.HttpServletRespon
The Server header is hardcoded into the Connectors. You can't remove/change
it without a PATCH/recompile to org.apache.coyote.http11.Constants
-Tim
Ian Stevens wrote:
Is it possible to programmatically change the Server header?
[...]
Surely there is a way to alter the Server header of an
> > > Is it possible to programmatically change the Server header?
[...]
> Surely there is a way to alter the Server header of an HTTP
> response, if only for security reasons. I can't be the only
> person who wishes to do this. I would appreciate any
> suggest
called, but the setHeader()
> method of the HttpServletResponseWrapper is never hit.
I also overrode the addHeader() method and added a call to that within my
servlet. The addHeader() method in the wrapper gets called, but only when
that method is called within the servlet, not from within Tomcat.
Surely there
> Is it possible to programmatically change the Server header?
> Barring that, is it possible to set a Server header for a
> servlet within its web.xml file?
> My least preferred method is to change the Server header
> within Tomcat's server.xml file.
I looked at Tomcat's source code, and that
I would like to change the value of the Server HTTP header returned by
Tomcat. Calling HttpServletResponse.setHeader( "Server", "value" ) will
either add a second Server header or will do nothing, depending on whether
it is called before or after the HTTP body is written.
Is it possible to progra
Howard,
Strangely enough, I'd never seen the HTTP headers display raw in a page
like that until today. We were having a problem (unrelated, very
specific to our environment) where some junk was being spit out BEFORE
the headers (again, not a Tomcat issue but a proxy issue). You might
want to
Howard Lin wrote:
When trying to fetch a simple JSP page, the following header
displayed on the browser (IE 6.0 on WinXP):
HTTP/1.1 200 OK Content-Type: text/plain;charset=ISO-8859-1
Content-Length: 2183 Date: Wed, 05 Nov 2003 19:42:16 GMT Server:
Apache Tomcat/4.1.29-LE-jdk14 (HTTP/1.1 Connector)
Howard,
When trying to fetch a simple JSP page, the following header
displayed on the browser (IE 6.0 on WinXP):
HTTP/1.1 200 OK Content-Type: text/plain;charset=ISO-8859-1
Content-Length: 2183 Date: Wed, 05 Nov 2003 19:42:16 GMT Server:
Apache Tomcat/4.1.29-LE-jdk14 (HTTP/1.1 Connector)
Maybe M$ i
When trying to fetch a simple JSP page, the following header displayed on the browser
(IE 6.0 on WinXP):
HTTP/1.1 200 OK Content-Type: text/plain;charset=ISO-8859-1 Content-Length: 2183 Date:
Wed, 05 Nov 2003 19:42:16 GMT Server: Apache Tomcat/4.1.29-LE-jdk14 (HTTP/1.1
Connector)
After click
I've uncovered a condition with 4.0.3 where the following response is
returned to the client:
HTTP/1.1 400 Bad Request
Content-Type: text/html
Date: Wed, 28 May 2003 18:37:02 GMT
Connection: close
Server: Apache Tomcat/4.0.3 (HTTP/1.1 Connector)
Tomcat does not close the connection however which
Thanks guys, Google actually gave me the fish itself
:-)
http://forum.java.sun.com/thread.jsp?thread=338226&forum=33&message=1387958
The whole code is there at the end, and it works!
__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up
the GZip filter in 4.1.17+ I believe.
-Jacob
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]]
Sent: Thu 1/30/2003 12:06 PM
To: Tomcat Users List
Cc:
Subject: Re: Filter: Reading the http response content
Tim Funk wrote:
You must wrap the response in a HttpServletResponse wrapper then
override the getOutputStream/Writer with your own methods which provide
a "proxy" to the real getOutputStream/Writer. The wrapped object then
goes to the next filter in the chain.
I think that what he is asking
You must wrap the response in a HttpServletResponse wrapper then
override the getOutputStream/Writer with your own methods which provide
a "proxy" to the real getOutputStream/Writer. The wrapped object then
goes to the next filter in the chain.
In other words, a pain in the a$$. Before re-inven
Look into using an HttpServletResponseWrapper.
Jake
At 09:46 AM 1/30/2003 -0800, you wrote:
In my filter I want to cache the content of
HttpServletResponse so that I can save that in a file
and use a static file's servlet for the next request.
However, I am not able find interface to get the
(h
In my filter I want to cache the content of
HttpServletResponse so that I can save that in a file
and use a static file's servlet for the next request.
However, I am not able find interface to get the
(html)content from the response object.
if (up2date) {
RequestDispatcher rd =
requ
Hi, Apache-Tomcat warriors!
I have one web-server (Apache2) ; one app-server (Tomcat4.0.4) ; and one
database-server.
I am trying to get the browser to open an HTTP connection to Apache and
tunnel the request to Tomcat to get some data from the database server.
Todate, it has been a frustrating
Hi, Apache-Tomcat warriors!
I have one web-server (Apache2) ; one app-server (Tomcat4.0.4) ; and one
database-server.
I am trying to get the browser to open an HTTP connection to Apache and tunnel the
request to Tomcat to get some data from the database server.
Todate, it has been a frustratin
redirect?
>
> -Original Message-
> From: Michael Finney [mailto:[EMAIL PROTECTED]]
> Sent: 10 October, 2002 11:15 AM
> To: Tomcat Users List
> Subject: RE: HTTP Response appears at top : Tomcat
> 3.2.1 IIS 5 IE 6 SP1
>
>
> I will add the skip intro to the list.
: RE: HTTP Response appears at top : Tomcat 3.2.1 IIS 5 IE 6 SP1
I will add the skip intro to the list. ;)
I believe that JSP code telling the page to redirect
may be triggering the problem. I tried to narrow it
down in the code, but I ended up with a file included
with 4 blank lines and a
I will add the skip intro to the list. ;)
I believe that JSP code telling the page to redirect
may be triggering the problem. I tried to narrow it
down in the code, but I ended up with a file included
with 4 blank lines and a redirect causing the problem.
The problem happens in other parts too.
I notice that the header does not appear if you go to the welcome.jsp
directly. I am using IE 6 SP1, cleared the cache and tried several
times.
On an [OT] other note, Macromedia best practices recommends a 'skip
intro' button on the splash page to allow users returning to the site
quicker access
Tomcat 3.2.1 IIS 5 IE 6 SP1
When using IE 6 SP1, an HTTP Response appears at the
top of some web pages. Using other browsers or
versions of IE this does not happen. If you hit
refresh, the error goes away.
When I have the request go to Tomcat directly the
problem does not happen. However
> Since I upgraded to Tomcat 4.0.2, I've noticed that HTTP response headers
are
> different than they were in 4.0.1. The difference is causing various HTML
> pages from Tomcat, like 404 error messages and others, to display as plain
> text rather than rendering as HTML pages (I
Since I upgraded to Tomcat 4.0.2, I've noticed that HTTP response headers are
different than they were in 4.0.1. The difference is causing various HTML
pages from Tomcat, like 404 error messages and others, to display as plain
text rather than rendering as HTML pages (I see HTML tags) in
Hi,
I have a servlet running in Tomcat, and it sometimes returns error by calling
HttpServletResponse.sendError(400, "Invalid request").
The following code works with Tomcat 4.0, it can display both regular response (status
200) and error response (status 400.) However, in Tomcat 3.2.1, I ge
hi,
I have the following strange phenomena:
when sending a http request to a Servlet, the content of the response is
sometimes missing.
* the connection is done through a firewall on standard port 80. when
sending requests from
the same machine it works fine.
* I use tomcat 3.2.1 on NT WS
> I would guess that this is because it's fixed in Tomcat
> 3.2.1 - why don't you just upgrade to the latest stable
> release? :)
Eeep... just noticed you _are_ using Tomcat 3.2.1 - but still, that's what Tomcat
returns when queried on port 8080:
GET /Teaching/Lectures/List/lectures.tsp HTTP
> sigh -- and now I find it -- bug number 151
> (http://znutar.cortexity.com/BugRatViewer/ShowReport/151)
> ...
>
> there is no action listed for this... any comments?
I would guess that this is because it's fixed in Tomcat 3.2.1 - why don't you just
upgrade to the latest stable release? :)
G
> PS: I've looked through the bug list, and had a browse of the
> source code,
> and can't find any mention of this...
sigh -- and now I find it -- bug number 151
(http://znutar.cortexity.com/BugRatViewer/ShowReport/151) ...
there is no action listed for this... any comments?
rr
-
> "HTTP/1.1 200", but PHP wants to see "HTTP/1.1 200 "... PHP
In fact, I beleive it should be "HTTP/1.1 200 OK"...
sorry about the barrage of messages -- I haven't slept much due to this, and
am going insane :)
rr
-
To unsubs
PS: I've looked through the bug list, and had a browse of the source code,
and can't find any mention of this...
rr
> Hi all,
>
> I'm trying to use PHP4.0.4pl1 with Tomcat 3.2.1's mod_jserv
> with Apache
> 1.3.14 under Solaris 2.7, and find that PHP doesn't accept
> the response that
> Tomcat
Hi all,
I'm trying to use PHP4.0.4pl1 with Tomcat 3.2.1's mod_jserv with Apache
1.3.14 under Solaris 2.7, and find that PHP doesn't accept the response that
Tomcat gives to a request...
More specifically, Tomcat will start off a successful response with
"HTTP/1.1 200", but PHP wants to see "HTTP
41 matches
Mail list logo