[jira] [Issue Comment Deleted] (WW-4894) Issue while class loading

2017-11-28 Thread Devesh Jain (JIRA) 

 [ 
https://issues.apache.org/jira/browse/WW-4894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Devesh Jain updated WW-4894:

Comment: was deleted

(was: Apologies !

We are using IBM Websphere. Please find the java version

!screenshot-1.png!)

> Issue while class loading
> -
>
> Key: WW-4894
> URL: https://issues.apache.org/jira/browse/WW-4894
> Project: Struts 2
>  Issue Type: Bug
>Affects Versions: 2.3.32
>Reporter: Anekant Jain
>Priority: Blocker
> Fix For: 2.3.35
>
> Attachments: screenshot-1.png
>
>
> Facing following issue in production environment, threads are being Blocked 
> and from almost a week every day it is required to restart the server. Seems 
> there is some issue with class loading, we are using Websphere application 
> server. Following is the stack trace of blocking thread -
> *Owns Monitor Lock on java/util/Hashtable@0x1240AD50*
> {noformat}
> at java/util/Hashtable.get(Hashtable.java:469(Compiled Code)) 
> at java/lang/ClassLoader.getPackage(ClassLoader.java:953(Compiled Code)) 
> at java/lang/Class.getPackage(Class.java:1660(Compiled Code)) 
> at 
> com/opensymphony/xwork2/ognl/SecurityMemberAccess.isAccessible(SecurityMemberAccess.java:75(Compiled
>  Code)) 
> at ognl/OgnlRuntime.isMethodAccessible(OgnlRuntime.java:1974(Compiled Code)) 
> at ognl/OgnlRuntime.hasGetMethod(OgnlRuntime.java:1980(Compiled Code)) 
> at ognl/OgnlRuntime.hasGetProperty(OgnlRuntime.java:2040(Compiled Code)) 
> at 
> com/opensymphony/xwork2/ognl/accessor/CompoundRootAccessor.getProperty(CompoundRootAccessor.java:141(Compiled
>  Code)) 
> at ognl/OgnlRuntime.getProperty(OgnlRuntime.java:2413(Compiled Code)) 
> at ognl/ASTProperty.getValueBody(ASTProperty.java:114(Compiled Code)) 
> at ognl/SimpleNode.evaluateGetValueBody(SimpleNode.java:212(Compiled Code)) 
> at ognl/SimpleNode.getValue(SimpleNode.java:258(Compiled Code)) 
> at ognl/Ognl.getValue(Ognl.java:467(Compiled Code)) 
> at com/opensymphony/xwork2/ognl/OgnlUtil$4.execute(OgnlUtil.java:360(Compiled 
> Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlUtil.compileAndExecute(OgnlUtil.java:383(Compiled
>  Code)) 
> at com/opensymphony/xwork2/ognl/OgnlUtil.getValue(OgnlUtil.java:358(Compiled 
> Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlValueStack.getValue(OgnlValueStack.java:363(Compiled
>  Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlValueStack.tryFindValue(OgnlValueStack.java:351(Compiled
>  Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlValueStack.tryFindValueWhenExpressionIsNotNull(OgnlValueStack.java:326(Compiled
>  Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlValueStack.findValue(OgnlValueStack.java:310(Compiled
>  Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlValueStack.findValue(OgnlValueStack.java:371(Compiled
>  Code)) 
> at 
> com/opensymphony/xwork2/ognl/OgnlValueStack.findString(OgnlValueStack.java:226(Compiled
>  Code)) 
> at sun/reflect/GeneratedMethodAccessor104.invoke(Bytecode PC:40(Compiled 
> Code)) 
> at 
> sun/reflect/DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55(Compiled
>  Code)) 
> at java/lang/reflect/Method.invoke(Method.java:613(Compiled Code)) 
> at 
> freemarker/ext/beans/BeansWrapper.invokeMethod(BeansWrapper.java:1458(Compiled
>  Code)) 
> at 
> freemarker/ext/beans/ReflectionCallableMemberDescriptor.invokeMethod(ReflectionCallableMemberDescriptor.java:52(Compiled
>  Code)) 
> at 
> freemarker/ext/beans/MemberAndArguments.invokeMethod(MemberAndArguments.java:48(Compiled
>  Code)) 
> at 
> freemarker/ext/beans/OverloadedMethodsModel.exec(OverloadedMethodsModel.java:62(Compiled
>  Code)) 
> at freemarker/core/MethodCall._eval(MethodCall.java:62(Compiled Code)) 
> at freemarker/core/Expression.eval(Expression.java:78(Compiled Code)) 
> at freemarker/core/Assignment.accept(Assignment.java:70(Compiled Code)) 
> at freemarker/core/Environment.visit(Environment.java:312(Compiled Code)) 
> at freemarker/core/MixedContent.accept(MixedContent.java:62(Compiled Code)) 
> at 
> freemarker/core/Environment.visitByHiddingParent(Environment.java:333(Compiled
>  Code)) 
> at freemarker/core/IfBlock.accept(IfBlock.java:48(Compiled Code)) 
> at 
> freemarker/core/Environment.visitByHiddingParent(Environment.java:333(Compiled
>  Code)) 
> at freemarker/core/IfBlock.accept(IfBlock.java:48(Compiled Code)) 
> at freemarker/core/Environment.visit(Environment.java:312(Compiled Code)) 
> at freemarker/core/MixedContent.accept(MixedContent.java:62(Compiled Code)) 
> at 
> freemarker/core/Environment.visitByHiddingParent(Environment.java:333(Compiled
>  Code)) 
> at 
> freemarker/core/Environment.visitAndTransform(Environment.java:413(Compiled 
> Code)) 
> at freemarker/core/UnifiedCall.accept(UnifiedCall.java:108(Compiled Code)) 
> at freemarker/core/Environment.visit(Environment.java:312(Compiled Code)) 
> at

[jira] [Resolved] (WW-4897) KEYS, sigs and hashes should use https (SSL)

2017-11-28 Thread Lukasz Lenart (JIRA) 

 [ 
https://issues.apache.org/jira/browse/WW-4897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lukasz Lenart resolved WW-4897.
---
Resolution: Fixed

Fixed, thanks!

> KEYS, sigs and hashes should use https (SSL)
> 
>
> Key: WW-4897
> URL: https://issues.apache.org/jira/browse/WW-4897
> Project: Struts 2
>  Issue Type: Bug
>  Components: Documentation
> Environment: http://struts.apache.org/download.cgi
>Reporter: Sebb
>Assignee: Lukasz Lenart
>  Labels: website
> Fix For: 2.6
>
>
> The download page has links to KEYS, sigs and hashes, which is good.
> However ideally these should all use https: (SSL)
> At present only the KEYS link uses it.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WW-4873) NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper

2017-11-28 Thread Yasser Zamani (JIRA) 

 [ 
https://issues.apache.org/jira/browse/WW-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Yasser Zamani updated WW-4873:
--
Fix Version/s: (was: 2.5.x)
   2.5.14.1

> NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper
> -
>
> Key: WW-4873
> URL: https://issues.apache.org/jira/browse/WW-4873
> Project: Struts 2
>  Issue Type: Bug
>Affects Versions: 2.5.13
>Reporter: Michael Hum
>Assignee: Yasser Zamani
> Fix For: 2.5.14.1
>
>
> We are attempting to test session replication on our websphere servers but 
> run into the given error when websphere tries to serialize the session. 
> {code}
> [10/18/17 10:33:38:094 EDT] 0335 WASSessionE MTMBuffWrapper getBytes 
> write object exception. e= java.io.NotSerializableException: 
> org.apache.struts2.dispatcher.StrutsRequestWrapper
> {code}
> It appears the ActionInvocation stores the ActionContext which stores the 
> offending property: com.opensymphony.xwork2.dispatcher.HttpServletRequest --> 
> StrutsRequestWrapper 
> After a little digging we narrowed it down to our use of the 
> TokenSessionStoreInterceptor which stores the value in the session and uses 
> it to redirect the failed request to the original one. Is this 
> intended/expected? Or is there no requirement that the contents in the 
> session be serializable - in which case we would have to look to our own 
> solution.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Assigned] (WW-4873) NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper

2017-11-28 Thread Yasser Zamani (JIRA) 

 [ 
https://issues.apache.org/jira/browse/WW-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Yasser Zamani reassigned WW-4873:
-

Assignee: Yasser Zamani

> NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper
> -
>
> Key: WW-4873
> URL: https://issues.apache.org/jira/browse/WW-4873
> Project: Struts 2
>  Issue Type: Bug
>Affects Versions: 2.5.13
>Reporter: Michael Hum
>Assignee: Yasser Zamani
> Fix For: 2.5.x
>
>
> We are attempting to test session replication on our websphere servers but 
> run into the given error when websphere tries to serialize the session. 
> {code}
> [10/18/17 10:33:38:094 EDT] 0335 WASSessionE MTMBuffWrapper getBytes 
> write object exception. e= java.io.NotSerializableException: 
> org.apache.struts2.dispatcher.StrutsRequestWrapper
> {code}
> It appears the ActionInvocation stores the ActionContext which stores the 
> offending property: com.opensymphony.xwork2.dispatcher.HttpServletRequest --> 
> StrutsRequestWrapper 
> After a little digging we narrowed it down to our use of the 
> TokenSessionStoreInterceptor which stores the value in the session and uses 
> it to redirect the failed request to the original one. Is this 
> intended/expected? Or is there no requirement that the contents in the 
> session be serializable - in which case we would have to look to our own 
> solution.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (WW-4873) NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper

2017-11-28 Thread ASF GitHub Bot (JIRA) 

[ 
https://issues.apache.org/jira/browse/WW-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16270252#comment-16270252
 ] 

ASF GitHub Bot commented on WW-4873:


yasserzamani opened a new pull request #188: WW-4873 Removes request and 
response from DefaultActionInvocation whe…
URL: https://github.com/apache/struts/pull/188
 
 
   …n serializes


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


> NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper
> -
>
> Key: WW-4873
> URL: https://issues.apache.org/jira/browse/WW-4873
> Project: Struts 2
>  Issue Type: Bug
>Affects Versions: 2.5.13
>Reporter: Michael Hum
>Assignee: Yasser Zamani
> Fix For: 2.5.x
>
>
> We are attempting to test session replication on our websphere servers but 
> run into the given error when websphere tries to serialize the session. 
> {code}
> [10/18/17 10:33:38:094 EDT] 0335 WASSessionE MTMBuffWrapper getBytes 
> write object exception. e= java.io.NotSerializableException: 
> org.apache.struts2.dispatcher.StrutsRequestWrapper
> {code}
> It appears the ActionInvocation stores the ActionContext which stores the 
> offending property: com.opensymphony.xwork2.dispatcher.HttpServletRequest --> 
> StrutsRequestWrapper 
> After a little digging we narrowed it down to our use of the 
> TokenSessionStoreInterceptor which stores the value in the session and uses 
> it to redirect the failed request to the original one. Is this 
> intended/expected? Or is there no requirement that the contents in the 
> session be serializable - in which case we would have to look to our own 
> solution.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (WW-4873) NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper

2017-11-28 Thread Lukasz Lenart (JIRA) 

 [ 
https://issues.apache.org/jira/browse/WW-4873?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Lukasz Lenart updated WW-4873:
--
Fix Version/s: (was: 2.5.14.1)
   2.6

> NotSerializableException - org.apache.struts2.dispatcher.StrutsRequestWrapper
> -
>
> Key: WW-4873
> URL: https://issues.apache.org/jira/browse/WW-4873
> Project: Struts 2
>  Issue Type: Bug
>Affects Versions: 2.5.13
>Reporter: Michael Hum
>Assignee: Yasser Zamani
> Fix For: 2.6
>
>
> We are attempting to test session replication on our websphere servers but 
> run into the given error when websphere tries to serialize the session. 
> {code}
> [10/18/17 10:33:38:094 EDT] 0335 WASSessionE MTMBuffWrapper getBytes 
> write object exception. e= java.io.NotSerializableException: 
> org.apache.struts2.dispatcher.StrutsRequestWrapper
> {code}
> It appears the ActionInvocation stores the ActionContext which stores the 
> offending property: com.opensymphony.xwork2.dispatcher.HttpServletRequest --> 
> StrutsRequestWrapper 
> After a little digging we narrowed it down to our use of the 
> TokenSessionStoreInterceptor which stores the value in the session and uses 
> it to redirect the failed request to the original one. Is this 
> intended/expected? Or is there no requirement that the contents in the 
> session be serializable - in which case we would have to look to our own 
> solution.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)