struts-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alessio Cicioni (Commented) (JIRA)" <>
Subject [jira] [Commented] (WW-3580) Critical performance issue in production environment as thread dumps are leading to OGNL 3.0 thread blocking! Website could be backed out!
Date Tue, 11 Oct 2011 09:35:12 GMT


Alessio Cicioni commented on WW-3580:

Hi all,
first of all thanks for your support....

@Maurizio: our environment is very critical (thousands of concurrent users) and the system
is already on-line. Each change in a component or library must be authorized by the customer
and obviously must pass lots of functional and stress tests. So changing the Struts version
requires some development  and lots of tests. We had to solve the problem in production environment
and then start evolving towards Struts 2.3.x.

@Lukasz: Yes, it would be an official Struts release resolving this performance problem for
everyone using Struts in a production environment with hundreds/thousands of concurrent
users. So they can avoid searching JIRA and changing the OGNL library to resolve this issue...

Just another thing we found yesterday....(so maybe it's better to wait to release an "official"
Struts release) ;-)
Pushing the stress tests above 700 concurrent users (around 1000 concurrent users) we found
a similar problem with the Freemarker library...
We have updated Freemarker to the 2.3.18 version and applied a patch to the freemarker.ext.beans.BeansWrapper
We will let you know if the tests are successful and the problem is solved...
> Critical performance issue in production environment as thread dumps are leading to OGNL
3.0 thread blocking! Website could be backed out!
> ------------------------------------------------------------------------------------------------------------------------------------------
>                 Key: WW-3580
>                 URL:
>             Project: Struts 2
>          Issue Type: Bug
>         Environment: Struts 2.2.1
>            Reporter: Shishir Saxena
>            Assignee: Lukasz Lenart
>            Priority: Blocker
>             Fix For: 2.3
>         Attachments:, Small_bugfix_on_the_performance_patch_provided_in_WW-3580_.patch,
ognl-synchronization.diff, stacktrace_ognl_issue.txt
> My web application based on Struts 2.2.1 is using OGNL 3.0. This web application is rolled
into production; however, due to serious performance considerations the website is in danger
of being rolled back. The thread dumps indicate 'BLOCKING' at ognl.OgnlRuntime.invokeMethod(
> The thread trace is as:
> &quot;httpSSLWorkerThread-6357-6&quot; daemon prio=3 tid=0x01a07000 nid=0xa6
waiting for monitor entry [0xb6d79000..0xb6d7faf0]
>    java.lang.Thread.State: BLOCKED (on object monitor)
> at ognl.OgnlRuntime.invokeMethod(
> - waiting to lock &lt;0xcca6d328&gt; (a java.lang.reflect.Method)
> at ognl.OgnlRuntime.getMethodValue(
> at ognl.ObjectPropertyAccessor.getPossibleProperty(
> at ognl.ObjectPropertyAccessor.getProperty(
> at com.opensymphony.xwork2.ognl.accessor.ObjectAccessor.getProperty(
> at ognl.OgnlRuntime.getProperty(
> at com.opensymphony.xwork2.ognl.accessor.CompoundRootAccessor.getProperty(
> at ognl.OgnlRuntime.getProperty(
> at ognl.ASTProperty.getValueBody(
> at ognl.SimpleNode.evaluateGetValueBody(
> at ognl.SimpleNode.getValue(
> at ognl.Ognl.getValue(
> at ognl.Ognl.getValue(
> at com.opensymphony.xwork2.ognl.OgnlUtil.getValue(
> at com.opensymphony.xwork2.ognl.OgnlValueStack.getValueUsingOgnl(
> at com.opensymphony.xwork2.ognl.OgnlValueStack.tryFindValue(
> at com.opensymphony.xwork2.ognl.OgnlValueStack.tryFindValueWhenExpressionIsNotNull(
> at com.opensymphony.xwork2.ognl.OgnlValueStack.findValue(
> at com.opensymphony.xwork2.ognl.OgnlValueStack.findValue(
> at sun.reflect.GeneratedMethodAccessor111.invoke(Unknown Source)
> ....
> quot;httpSSLWorkerThread-6357-4&quot; daemon prio=3 tid=0x01a56800 nid=0xa4 runnable
>    java.lang.Thread.State: RUNNABLE
> at$$YJP$$doPrivileged(Native Method)
> at
> at
> at
> at
> at
> at
> at
> at
> at
> at
> at
> at java.lang.SecurityManager.checkPermission(
> at java.lang.reflect.AccessibleObject.setAccessible(
> at ognl.OgnlRuntime.invokeMethod(
> - locked &lt;0xcca6d328&gt; (a java.lang.reflect.Method)
> at ognl.OgnlRuntime.getMethodValue(
> at ognl.ObjectPropertyAccessor.getPossibleProperty( 

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message