permgen

I develop web applications and I use jBoss 4.0.2 and when I have redeployed my WAR several times with eclipse, jBoss will crash because it runs out of memory. And when I have to install new version to production enviroment, it will consume production servers memory, so that means I have to stop jBoss to prevent redeploying eat memory from customers server. Is there any work around for this problem? Basically, no. Because of the way the JBoss classloaders work, each deployment will use up a chunk of PermGen that will not be released even if the application is undeployed. You can mitigate the

Possible Duplicate: How to analyze PermGen contents? I want to know what is occupying the PermGen space - string intern() or classes? Is there any tool which will help with this analysis? Srinivas M.V. For Memory Analysis Use jvisualvm.exe present in bin directory of JDK Using jvisualvm take the Thread/Heap dump depending on the process id of the Application you need to profile. Memory Analyzer (MAT) an eclipse plugin. where you can import the heap dump from jvisualvm and analyze for possible leaks. You can use monitoring tools that are in the bin folder of your jdk, as "jvisualvm" or

I have seen multiple comments regarding this question - some say yes and some say no, and many of the answers are ambiguous. Can anyone please describe in simpler terms where it resides? In one post I even saw someone say that it shares the same memory place as class memory where classes are loaded into by classloaders - is that true? GreenMatt Original (perhaps mistaken) answer: If wikipedia is to be believed, it's part of the heap. Edit: I've looked around at this more, including the site referenced in a comment by the OP. During this research I came across this SO question , which

Are inner classes more lightweight than normal classes, or in the end java compiles inner classes just like normal classes? I know classes in java are not all very lightweight themselves, and they occupy part of the permgen memory, so I'd like to know if it's best to use closure-like functions as inner classes, or if standard classes would also do fine? Inner classes and anonymous inner classes both compile down to .class files. For example: class Outer { class Inner { } Object function() { return new Object() { }; } } Will generate three .class files, Outer.class , Outer$Inner.class , and