As a matter of interest why would you be repeatedly redeploying your app
in production if you are not using it?
On 28/02/2025 15:14, Ing. Andrea Vettori wrote:
Do I have to open a bug report or is this thread sufficient such that someone
with look into it ?
Thank you for your help on this issue
On 28 Feb 2025, at 16:09, Greg Huber <gregh3...@gmail.com> wrote:
Confirming, the leak is present on v6 struts an on jdk 8,11 and 17.
....At last we can reproduce the problem easily.
The following web applications were stopped (reloaded, undeployed), but their
classes from previous runs are still loaded in memory, thus causing a memory
leak (use a profiler to confirm):
/helloworld
/helloworld
/helloworld
On 28/02/2025 15:02, Ing. Andrea Vettori wrote:
I didn’t touch that setting.
If I check a class file from the war I find it has target 17 (version 61)
javap -verbose HelloWorldAction.class
Compiled from "HelloWorldAction.java"
public class org.apache.struts.helloworld.action.HelloWorldAction extends
com.opensymphony.xwork2.ActionSupport
minor version: 0
major version: 61
Are you saying that it doesn’t leak if you compile it with target jdk 17 ?
Thanks
On 28 Feb 2025, at 15:46, Greg Huber <gregh3...@gmail.com> wrote:
|It seems to me that you’ve compiled struts example war with one jdk and are
running tomcat with a different one?
|I did everything with the same jdk version, to be precise it is
The parent has:
<maven.compiler.source>17</maven.compiler.source>
<maven.compiler.target>17</maven.compiler.target>
<struts2.version>6.3.0.2</struts2.version>
If I change this to 1.8, and test, (on 8,11,17) I do get the leak when
undeploying a few times :
The following web applications were stopped (reloaded, undeployed), but their
classes from previous runs are still loaded in memory, thus causing a memory
leak (use a profiler to confirm):
/helloworld
/helloworld
/helloworld
On 28/02/2025 14:34, Ing. Andrea Vettori wrote:
It seems to me that you’ve compiled struts example war with one jdk and are
running tomcat with a different one?
I did everything with the same jdk version, to be precise it is
openjdk version "17.0.14" 2025-01-21
OpenJDK Runtime Environment Temurin-17.0.14+7 (build 17.0.14+7)
OpenJDK 64-Bit Server VM Temurin-17.0.14+7 (build 17.0.14+7, mixed mode,
sharing)
On 28 Feb 2025, at 15:28, Greg Huber<gregh3...@gmail.com> wrote:
Well it only likes jkd17? Should this be jdk8 as its v6?
java.lang.UnsupportedClassVersionError:
org/apache/struts/helloworld/action/HelloWorldAction has been compiled by a
more recent version of the Java Runtime (class file version 61.0), this version
of the Java Runtime only recognizes class file versions up to 52.0 (unable to
load class [org.apache.struts.helloworld.action.HelloWorldAction])
On 28/02/2025 13:14, Ing. Andrea Vettori wrote:
I tried to use STRUTS_EXAMPLES_1_1_0 and I get two ApplicationContext in memory
on jdk17 and tomcat 9.0.100 when doing a redeploy either using manager reload
or simply coping the war file.
Using tomcat manager I get the following message using the ‘Find Leaks’ button:
The following web applications were stopped (reloaded, undeployed), but their
classes from previous runs are still loaded in memory, thus causing a memory
leak (use a profiler to confirm):
/hello-world
Can anyone confirm that he gets the same results when using the same versions ?
Thanks
On 28 Feb 2025, at 12:04, Lukasz Lenart<lukaszlen...@apache.org> wrote:
pt., 28 lut 2025 o 11:55 Greg Huber<gregh3...@gmail.com> napisał(a):
Maybe comparing your test case with the showcase setup may give a hint
on a config issue.
@Lukasz do we need a tag for the last javax examples?
https://github.com/apache/struts-examples/tree/STRUTS_EXAMPLES_1_1_0
Cheers
Łukasz
---------------------------------------------------------------------
To unsubscribe, e-mail:dev-unsubscr...@struts.apache.org
For additional commands, e-mail:dev-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail:dev-unsubscr...@struts.apache.org
For additional commands, e-mail:dev-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail:dev-unsubscr...@struts.apache.org
For additional commands, e-mail:dev-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail:dev-unsubscr...@struts.apache.org
For additional commands, e-mail:dev-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h...@struts.apache.org
