[
https://issues.apache.org/jira/browse/WW-5537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18069533#comment-18069533
]
Andrea Vettori commented on WW-5537:
------------------------------------
[~lukaszlenart] I'm sorry I may be missing something but I still can't find the
6.9 snapshot version (btw there is no 6.8 snapshot either).
I need to test the 6.9 version because we're still using 6.8. Building from
source I get 7.2 snapshot and I don't know how to build 6.9... I need some
directions :(
> Memory Leak
> ------------
>
> Key: WW-5537
> URL: https://issues.apache.org/jira/browse/WW-5537
> Project: Struts 2
> Issue Type: Bug
> Components: Core
> Affects Versions: 6.7.0
> Environment: JDK 17
> Tomcat 9
> Reporter: Andrea Vettori
> Assignee: Lukasz Lenart
> Priority: Major
> Fix For: 6.9.0, 7.2.0
>
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> Struts is leaking memory when a WAR is hot deployed in Tomcat: for each hot
> deploy some classes remain in memory instead of being garbage collected. For
> big applications this causes OOM memory exceptions very quickly for Meatspace
> exhaustion because the entire class loader of the app is not released.
> For testing the HelloWorld app from struts-examples can be used. Deploy the
> war in tomcat as the only web app in the server. For each "reload" (from
> Tomcat manager) or simply copying the war file over the deployed one, taking
> a memory dump (with jmap) and looking at the content with a memory profiler
> (such as Eclipse MAT) shows that there is one ApplicationContext class for
> each hot deploy instead of just one.
>
> The problem is present in version 6.7.4-SNAPSHOT of Feb 28th.
>
> If the server can be restarted at each deploy the problem is obviously not a
> real problem. However if a tomcat instance contains more than one application
> being able to hot deploy a single one is very useful as it does not force all
> apps down for the server restart.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
