To make it short, tomcat does no caching of servlet / jsp output. Your
webapp is at fault
All tomcat does is handle the 'if-modified-since' header when serving
static data (what is not served by a servlet or a jsp, mainly pictures,
static html, css). The fact it goes back well when you restart to
Leon van der Merwe a écrit :
> Hi Martin,
>
> Thanks but its running on Solaris 10...
>
> I did see that the web.xml file has the following entry:
>
> PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
> "http://java.sun.com/dtd/web-app_2_3.dtd";>
>
>
This tells container
o.O
.
.
(not laughing, not laughing, not laughing)
this is going to be my funniest evening in the week, and yet it still
monday!
Martin Gainty a écrit :
> the instant you execute code where a variable is NULL you will throw
NullPointerException
Change your books! Here
Tomcat does not cache output of a servlet. By definition the output of a
servlet is dynamic and as such has no reason to be cached. The image is
probably cached somewhere else...
John Mok a écrit :
> Hi,
>
> I am using Tomcat 5.5.17 with Sun JDK 5.0 Update 7 on CentOS 4.3. I
> have a servlet, namel
This has been discussed quite a lot on mailing list. Lots of things can
generate memory leaks in webapp environment. Amongst others:
- not nullifying threadlocal variable.
- use of singleton pattern
- some bugged versions of CGlib
take a look at older messages in this mailing list
http://marc.thea
BiblioShop - Rafael Santini a écrit :
> What means the following error?
That you are missing file /usr/share/tomcat5/common/lib/[jndi].jar
>
> Bootstrap: Class loader creation threw exception
> java.lang.IllegalArgumentException: addRepositoryInternal:
> repository='file:/usr/share/tomcat5/common/
Are you sure this is your config?
Your mail:
"I am using .Form Based Authentication using Memory Realm via
tomcat-users.xml file"
Your web.xml:
"
FORM
JDBCRealm "
also, might be good if you check / send the context.xml of your webapp.
This all looks to me like a request dump valve has bee
