Announcement Announcement Module
Collapse
No announcement yet.
Portlet not retaining state when returning from another portal page Page Title Module
Move Remove Collapse
X
Conversation Detail Module
Collapse
  • Filter
  • Time
  • Show
Clear All
new posts

  • Portlet not retaining state when returning from another portal page

    Hi Everyone,

    I am using Spring webflow 1.0 in Websphere portal 6.1. In our application we have two different portlets which are built using Spring Web flow 1.0.

    Consider we are in a particular state of PortletA(abc.jsp) and navigate to PortletB using external redirect by pausing the state of PortletA. After doing some action in PortletB we are directing back to PortletA and resume the state which is in Pause state.

    Redirection from A to B happens like this:
    We generate URL for portlet B using Portal PageID and PortalPage Window of target portlet using IBM API's. Meanwhile we store the URL(Referer) of A in a stack which is Application Scope so that we can pop it out in Portlet B and use to redirect back to PortletA

    Above case is working perfectly.

    But after installing IBM's websphere fixpack on our portal server 6.1, we are experiencing issues with navigating between portlets after installation of FixPack (Ref:

    Web sphere Portal fix pack:
    http://www-01.ibm.com/support/docvie...g27014411#6106


    Web sphere application server stack fix pack:
    http://www-01.ibm.com/support/docvie...27007951#61041

    Web sphere Virtual Enterprise(Extended Deployment) fix pack:
    http://www-01.ibm.com/support/docvie...id=swg27012000 )

    After installing these fix pack, the above scenario is not working. The issue is, while navigating from Portlet B to Portlet A instead of taking into paused state it is reinitialisng the Portlet A and taking to the initial state of portletA.
    After investigation we found that flowexecutionkey of the paused state could not be retrieved and is coming as null.

    I would appreciate if any one help in fixing this issue.

    Thanks,
    Sandeep
Working...
X