-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ondrej,

Ondrej Zizka wrote:
> Suppose there is a school server where students (re)deploy their apps, each
> of which's classes definitions take about five to ten MB.
> Now we have dozens of students, who will deploy at least once, but rather
> several times a day. That means the server has to be restarted every few
> hours.

I was recently taken to task for asserting that Java holds on to
outdated java.lang.Class objects even after the ClassLoader is
discarded. (This might happen when a webapp is reloaded).

It turns out that I'm an old war horse and that problem was fixed a very
long time ago.

If you are having memory problems it is more likely that one of the
following is occurring:

1. You have one or more misbehaving webapps (they are retaining memory
 longer than they should).
2. You are running a very old and/or buggy version of Java
 and/or Tomcat.
3. The webapp reload procedure is not working as you expect.
4. You have tons of libraries that are being individually reloaded
 by each web application. Take the advice of your article and
 provide shared versions of many popular libraries.

> There is no way to automatically flush the PermGen somehow? Or, under which
> conditions can the GC collect undeployed app's classes data?

I'm pretty sure you can't do that unless you write some JNI code, and
you might not even be able to do it even then.

Another poster suggested that you have your students setup their own
Tomcat environments. I completely agree ;)

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFrwuj9CaO5/Lv0PARApS6AJ9a0NJROkyHw94AtRNMV7mHtravOgCfWCON
Jx0dBNtvOrY2aq/9v/CFBNI=
=j14Q
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To start a new topic, e-mail: users@(protected)
To unsubscribe, e-mail: users-unsubscribe@(protected)
For additional commands, e-mail: users-help@(protected)