Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>From <a href="http://blog.dahanne.net/2009/08/12/jboss-and-java-lang-outofmemoryerror-permgen-space/" rel="nofollow noreferrer">this post</a>:</p> <blockquote> <p>This exception occurred for one simple reason :<br> the <strong><code>permgenspace</code></strong> is where class properties, such as methods, fields, annotations, and also static variables, etc. are stored in the Java VM, but this space has the particularity to not being cleaned by the garbage collector. So if your webapp uses or creates a lot of classes (I’m thinking dynamic generations of classes), chances are you met this problem. Here are some solutions that helped me get rid of this exception :</p> </blockquote> <ul> <li><code>-XX:+CMSClassUnloadingEnabled</code> : this setting enables garbage collection in the permgenspace</li> <li><code>-XX:+CMSPermGenSweepingEnabled</code> : allows the garbage collector to remove even classes from the memory</li> <li><code>-XX:PermSize=64M -XX:MaxPermSize=128M</code> : raises the amount of memory allocated to the permgenspace</li> </ul> <p>May be this could help.</p> <p>Edit July 2012 (almost 3 years later):</p> <p><a href="https://stackoverflow.com/users/145989/ondra-zizka">Ondra Žižka</a> comments (and I have updated the answer above):</p> <blockquote> <p>JVM 1.6.0_27 says: Please use:</p> </blockquote> <ul> <li><code>CMSClassUnloadingEnabled</code> (Whether class unloading enabled when using CMS GC)</li> <li>in place of <code>CMSPermGenSweepingEnabled</code> in the future</li> </ul> <p>See the full <a href="http://jvm-options.tech.xebia.fr" rel="nofollow noreferrer">Hotspot JVM Options - The complete reference</a> for mroe.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload