Child pages
  • Apache Tomcat hiba - PermGen space
Skip to end of metadata
Go to start of metadata
Néha kapok ilyesmi hibaüzenetet az Apache Tomcat-től:
org.apache.jasper.JasperException: PermGen space
Mind memória, mint tárterület bőven van, a Google pedig ilyesmit említ erre... :(
      
      
Page viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels

8 Comments

  1. Hahaaaa! Az elet gyonyorei, ugye? En ezzel kb. heteket szivtam a nyaron, mire rajottem. A megoldas, probald az Tomcatet a
     -XX:MaxPermSize=512m
    kapcsoloval inditani (512 helyere barmilyen memoriameret, amit meg enged - asszem ez 1024) ez jo idore mgoldja a problemat.
  2. Hahaaaa! Az elet gyonyorei, ugye?
    Óóóó... :)
    -XX:MaxPermSize=512m
    Beleteszem, és majd kiderül... Milyen memóriaterület ez egyébként? :)
  3. Hat a permanens :)

    Valahol ugy olvastam, hogy ide (a PermGen teruletre) teszi be azokat a dolgokat, amelyek nem kerulnek kitakaritasra. Asszem ilyenek peldaul az osztalyok, metodusok, stb. Ezeket a GC nem takaritja ki (csak az objektumokat) (Persze lehet, hogy tevedek, a generacios szemetgyujtes sosem volt az erossegem, pedig erdekelne, csak mindig lusta vagyok elolvasgatni az idevago dolgokat)

    Mindegy, nekem ez a beallitas bejott, korabban az Eclipse-et is igy kellett inditani a sok sz@r (ertsd: hasznos segedeszkozok :)) miatt, de a Glassfish-t is mindig igy futtatom, mert olyan piszok lassan indul el nalam, hogy ilyenek miatt inkabb nem inditgatok ujra (az mas kerdes, hogy igy meg mas miatt lesz lassu egy ido utan :))
  4. Na, utánanéztem kicsit jobban... :)

    A Java három memóriaterületre osztja azt, ami a rendelkezésére áll: óvoda, felnőtt és permanens... :)

    Az elsőbe kerülnek azon példányok, amik létrejönnek és meg is szűnnek (helyi változók például).
    A másodikba kerülnek azok, amelyek több időt élnek, de nem örökké...
    A harmadik pedig a betöltött osztályok területe, és a String.intern típusé. Ez kanonikus módra alakítja a String-et, vagyis össze lehet hasonlítani az == operátorral, viszont ekkor a PermGen területre kerül.

    A Tomcat viszonylatában ott jelentős ez, hogy az XML feldolgozás során a sok azonos tag név okán String.intern típust használnak, ami ugye permanens tárba kerül és mivel a JSP-k és a konfigfájlok mind-mind XML... előbb-utóbb elfogy a PermGen space...
  5. Joe írta, hogy javították ezt a permgen hibát a 3.3.1-es Eclipse-ben.
  6. Ja hogy ez Apache Tomcat-re vonatkozott...
    Nem baj, lényeg hogy az Eclipse is csinálta. Lehet hogy eredetileg más topikba akartam ezt beírni. :)
  7. Arról lehet tudni, hogy mi okozta és mivel javították? Nem van időm most utánanézni, hátha valaki megtette már. Okulhatnánk belőle talán. :)
  8. Közben keletkezett egy írásom, ahol a PermGen probléma elkerüléséhez van néhány tipp: Nincs többé PermGen hiba