tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject [Bug 56580] el-api.jar memory leak
Date Mon, 02 Jun 2014 07:06:53 GMT

--- Comment #2 from ---
There is no Class in ELUtils  but there is BeanELResolver(in el-api.jar).

The ELUtils is in (JSF MOjarra
). The problem is that Jsf jars  and el-api jar are stored in tomcat_dir\lib
directory (shared classloader) and 
after a while BeanELResolver stores classes for the war classloader and never
unloads them on war redeploy.

The issue is in line 142 from .The guys from mojarra are saying
that the BeanELResolver must be reimplemented so that after redeploy no
references to the classes from the war classloader must be holded.

I have analyzed this source code
and I think that if the member cache will hold SoftReferences everything will
be unloaded . In my perspective I think that it will be ok if you redesign the
inner class ConcurrentCache from ELResolver.

They say that this issue was fixed in Glassfish in their el-api implementation.

If you like we could talk by Skype and give you more information

You are receiving this mail because:
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message