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:
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
This tells
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
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, namely
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
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:
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:
login-config
auth-methodFORM/auth-method
realm-nameJDBCRealm/realm-name
also, might be good if you check / send the context.xml of your webapp.