[
http://jira.jboss.com/jira/browse/JBPORTAL-1094?page=comments#action_1234... ]
Poul Bildsoee Moeller commented on JBPORTAL-1094:
-------------------------------------------------
I felt that I had to investigate a bit further on this one since I was sure that the error
couldn't be as "simple" as described first.
I have found out that the PortletSessionSynchronizationInterception holds the logic that
places a List as the "subsession" attribute. So now I know what was meant to
happen. In my case the PortletSessionSyncronizationInterceptor isn't called for some
reason. Therefore the attribute in mention isn't a List resulting in the
ClassCastException.
The way I see it now there probably isn't any error in the portal code but more likely
a need for error feed back or maybe a redesign to remove the "subsession"
attribute obfuscation. The error must be in my cluster configuration or some place else. I
will comment further on this matter.
ClassCastException when casting SubSession to List in
PortalSessionSynchronizationInterceptor
---------------------------------------------------------------------------------------------
Key: JBPORTAL-1094
URL:
http://jira.jboss.com/jira/browse/JBPORTAL-1094
Project: JBoss Portal
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Portal Portlet
Affects Versions: 2.4 Final, 2.4.1 Final, 2.6.Alpha1
Environment: Portal Clustered using both Portal-ha-2.4.1CR1 and 2.4.0-ha running
on JBoss AS 4.0.4
Reporter: Poul Bildsoee Moeller
Assigned To: Julien Viet
Priority: Minor
Fix For: 2.4.1 Final, 2.6.Alpha1
In org.jboss.portal.portlet.aspects.portlet.PortalSessionSynchronizationInterceptor the
following code is executed (code partially inserted):
HttpSession session = req.getSession(false);
if (session != null)
{
ss = (SubSession)session.getAttribute(key);
}
//
try
{
// Set the sub session for the portlet synchronization
if (ss != null && ss.isActivated())
{
invocation.setAttribute("subsession", ss);
}
//
invocation.invokeNext();
}
finally
{
List modifications = (List)invocation.getAttribute("subsession");
The code sets the SubSession as an attribute on invocation and then later tries to fetch
this again and at the same time cast to List. This doesn't work since SubSession
isn't a List. I am not sure what is meant to happen so I cannot really fix the problem
myself.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira