[jboss-user] [JBoss Tools] - Re: JBoss 4.1.0.Alpha1 memory leak?

Viacheslav Kabanovich do-not-reply at jboss.com
Thu Mar 21 14:12:25 EDT 2013

Viacheslav Kabanovich [https://community.jboss.org/people/scabanovich] created the discussion

"Re: JBoss 4.1.0.Alpha1 memory leak?"

To view the discussion, visit: https://community.jboss.org/message/804137#804137

KB and CDI model use data from jars, so that they are loaded at first request. If there are dependencies between projects in workspace then a request from one project loads all related projects. There should be only one *JarAccess* object for a jar. If several projects use the same Maven dependencies and/or Runtime, they should use same *JarAccess* object for each jar. Now, a new Java EE Web project created from JBoss Central has in Maven Dependences and JBoss AS 7.1 Runtime 170 jars. So, it is probable that your workspace does reference 900 or more distinct jars. Could you please check that. If the number of distinct jars in your workspace is much less, than there is a memory leak with JarAccess. Instances of *JarSystemImpl* are created for each jar in each project, but they are sharing data if they reference the same jar, so that if there are 6.044 
Instances of *JarSystemImpl* but only 900 distinct jar files, then only 900 of *JarSystemImpl* instances will be loaded, the other will be lightweight references to them. These objects are lazy-loaded that is they load only as much data as requested. However, KB builder now  searches through the entire jar for files myfaces-metadata.xml and facelet taglib files; and in this way results in complete loading of data which cannot be easily released being shared between projects. So, I think that we have to check if we can avoid scanning through the entire jar.

Reply to this message by going to Community

Start a new discussion in JBoss Tools at Community

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20130321/16da89f0/attachment.html 

More information about the jboss-user mailing list