You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Rene Gielen (Resolved) (JIRA)" <ji...@apache.org> on 2012/03/22 22:08:22 UTC
[jira] [Resolved] (WW-3772) Struts 2, Thread Locals reported by
Tomcat after web application is stopped
[ https://issues.apache.org/jira/browse/WW-3772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rene Gielen resolved WW-3772.
-----------------------------
Resolution: Duplicate
Fix Version/s: 2.3.2
Assignee: Rene Gielen
Please check the linked issue WW-3768
> Struts 2, Thread Locals reported by Tomcat after web application is stopped
> ---------------------------------------------------------------------------
>
> Key: WW-3772
> URL: https://issues.apache.org/jira/browse/WW-3772
> Project: Struts 2
> Issue Type: Bug
> Components: Dispatch Filter, Other
> Affects Versions: 2.1.8.1, 2.2.3.1, 2.3.1.2
> Environment: Windows 7, Struts 2.1.8.1/2.2.3.1/2.2.1.3, Spring 3.0.1
> Reporter: Tom Kimzey
> Assignee: Rene Gielen
> Priority: Minor
> Labels: newbie
> Fix For: 2.3.2
>
>
> When stopping or undeploying my struts 2 web app in Tomcat (7.0.23) I get several severe warnings from tomcat:
> SEVERE: The web application [/myapp] created a ThreadLocal with key of type [com.opensymphony.xwork2.inject.ContainerImpl$10] (value [com.opensymphony.xwork2.inject.ContainerImpl$10@1376afa]) and a value of type [java.lang.Object[]] (value [[Ljava.lang.Object;@15075f9]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
> I've hunted all over the web and found this error repeated in several places, but I haven't yet found a solution. I then found some posts that lead me to believe this was a problem in the xwork libs but that it had been resolved in the latest version:
> http://jira.opensymphony.com/browse/XW-560
> I also found a reference suggesting this could be a problem with using the deprecated FilterDispatcher rather than a StrutsPrepareAndExecuteFilter:
> https://issues.apache.org/jira/browse/WW-2167
> I was originally using Struts 2.1.8.1 and upgraded to the latest (2.3.1.2) which didn't solve the problem, nor did switching back and forth between the FilterDispatcher and StrutsPrepareAndExecuteFilter.
> I also tried an IntrospectorCleanupListener as a shot in the dark but to no avail.
> If I comment out the StrutsPrepareAndExecuteFilter and deploy/stop the web app, the severe warnings regarding ThreadLocals go away (though obviously my web app no longer works).
> I sought further advice on the Struts 2 user mailing list as well as a couple web forums but didn't get any further suggestions other than to file a bug on JIRA.
> It seems at least a few others are experiencing the same issue. From my experimentation it seems something related to the StrutsPrepareAndExecuteFilter starts off threads on startup but they are not shut down properly. I could not find any documentation on additional cleanup I might perform to force any threads started by struts to shutdown.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira