Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Won't Fix
-
Affects Version/s: 1.8.1
-
Fix Version/s: 1.8.2-EE-GA_P01, 1.8.3
-
Labels:None
-
Environment:openportal
-
ICEsoft Forum Reference:
-
Workaround Exists:Yes
-
Workaround Description:Change the context path of the portlet driver from "/portletdriver" to the root context "/".
Description
Running an ICEfaces portlet on the OpenPortal platform does not currently work. The reason appears to be that the JSESSIONID cookie on the original request is stored under the /portletdriver path, which is the default context for the OpenPortal container. Subsequent Ajax requests to the ICEfaces framework are under the context of the portlet's .war (e.g. chat.war = /chat) and so the JSESSIONID cookie value is not propogated and the SessionVerifier fails to find a valid session. It then responds with the Session Expired message.
Issue Links
- blocks
-
ICE-5511 Support for portlet containers - Sun WebSpace Portal
- Closed
The same issue exists on Liferay 5.2
Another workaround. Add to app web.xml lines
<context-param>
<param-name>com.icesoft.faces.blockingRequestHandler</param-name>
<param-value>icefaces</param-value>
</context-param>
<context-param>
<param-name>com.icesoft.faces.compressResources</param-name>
<param-value>false</param-value>
</context-param>
But this disables push-server