-
1. Re: As 7.x MemoryLeak PermGenSpace
smarlow Mar 25, 2013 8:12 AM (in response to suikast42)Could you look at what has (strong) references to the Moduleclassloader instances that are holding the entity classes. We previously fixed some issues where there were Thread instances (via thread local) referencing deployment classes after undeployment. Those were fixed but I mention them, just to give you an idea of what could be keeping what sounds like the application deployment Moduleclassloader in memory.
When you look at the heap dump in eclipse memory analyzer, you need to look at the incoming references to the entity classes. Which, I think you did, as you saw that its the moduleclassloader instance. You need to repeat and see what is keeping the moduleclassloader in memory. There is also another view in eclipse memory analyzer, to show gc references to their roots that might also be helpful.
Scott
-
2. Re: As 7.x MemoryLeak PermGenSpace
ctomc Mar 25, 2013 8:43 AM (in response to smarlow)Hi,
We found similar bug in our testsuite https://issues.jboss.org/browse/AS7-6786 and it is fixed by https://github.com/jbossas/jboss-as/pull/4282
Is it possible your tests have same issue?
--
tomaz
-
3. Re: As 7.x MemoryLeak PermGenSpace
suikast42 Mar 25, 2013 9:00 AM (in response to ctomc)Ok guys thanks for the ideas,
I can continue my work for this issue tomorrow. I'll report about the progress.
-
4. Re: As 7.x MemoryLeak PermGenSpace
suikast42 Jul 23, 2013 12:30 PM (in response to suikast42)Hi Guys,
I have litte more time from the daily development stuff and reopened my PermGenSpace problem again.
For to know if the leak is on our side or on jboss site I create a simple war project with my project dependencies. I see the problem still exisits.
So far so good.
I delete dependency by depency and show the PermGenSpace after every hotdeployment. After delete the dependency to Primefaces 3.5 the problem is going.
I haven't the problem with Primefaces 4.0-SNAPSHOT. It seems so that PF was the culprit.