ICEfaces
  1. ICEfaces
  2. ICE-3396

ClassCastException on portlet redeployment

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 1.7.1
          • Fix Version/s: 1.7.2
          • Component/s: Framework
          • Labels:
            None
          • Environment:
            portal portlet Liferay re-deploy

            Description

            Under certain situations, a redeploy of a portlet can cause the following:

             Aug 7, 2008 4:22:46 PM com.sun.faces.lifecycle.LifecycleImpl phase
            WARNING: executePhase(RENDER_RESPONSE 6,com.icesoft.faces.context.BridgeFacesContext@d2142e) threw exception
            java.lang.ClassCastException: com.icesoft.faces.context.ElementController
            at com.icesoft.faces.context.ElementController.from(ElementController.java:22)
            at com.icesoft.faces.context.DOMResponseWriter.enhanceBody(DOMResponseWriter.java:331)
            at com.icesoft.faces.context.DOMResponseWriter.enhanceAndFixDocument(DOMResponseWriter.java:276)
            ...

            The problem cannot currently be replicated with our demo portlets but there is a sample portlet included in the forum entry that does show the issue.

            After some discussion, it's likely that the ElementController mechanism is no longer needed as it was an interim solution for focus management. So we should remove this logic and retest with the user's sample application

              Issue Links

              blocks

              Bug - A problem which impairs or prevents the functions of the product. ICE-3498 User Session Expired - OC4J and Liferay 4.4.1 not deployed under Root context

              • Major - Major loss of function.
              • Closed

                Activity

                Ascending order - Click to sort in descending order
                Hide
                Permalink
                Deryk Sinotte added a comment -

                Customer's sample application that shows the problem when the portlet is re-deployed.

                Show
                Deryk Sinotte added a comment - Customer's sample application that shows the problem when the portlet is re-deployed.
                Hide
                Permalink
                Mircea Toma added a comment -

                Remove ElementController class and its usages.

                Show
                Mircea Toma added a comment - Remove ElementController class and its usages.
                Hide
                Permalink
                Deryk Sinotte added a comment -

                This seems to have fixed the problem that I was seeing in the user's test case. I think it may have been related to a Liferay setting they are using. In liferay.-portal.xml, they have the following set:

                <private-session-attributes>false</private-session-attributes>

                I think that it's causing some stuff in the session to get stomped on and the ElementController was likely one of those things. Doesn't hurt that we got rid of it if we're not using it anymore.

                Show
                Deryk Sinotte added a comment - This seems to have fixed the problem that I was seeing in the user's test case. I think it may have been related to a Liferay setting they are using. In liferay.-portal.xml, they have the following set: <private-session-attributes>false</private-session-attributes> I think that it's causing some stuff in the session to get stomped on and the ElementController was likely one of those things. Doesn't hurt that we got rid of it if we're not using it anymore.
                Hide
                Permalink
                Deryk Sinotte added a comment -

                Closing as fixed.

                Show
                Deryk Sinotte added a comment - Closing as fixed.
                Hide
                Permalink
                Ken Fyten added a comment -

                Assigned to Jack for some refinement in the implemented solution.

                Show
                Ken Fyten added a comment - Assigned to Jack for some refinement in the implemented solution.
                Hide
                Permalink
                Jack Van Ooststroom added a comment -

                Might've been re-opened incorrectly.

                Show
                Jack Van Ooststroom added a comment - Might've been re-opened incorrectly.
                Hide
                Permalink
                Jack Van Ooststroom added a comment -

                Unassign.

                Show
                Jack Van Ooststroom added a comment - Unassign.

                  People

                  • Assignee:
                    Unassigned
                    Reporter:
                    Deryk Sinotte
                  • Votes:
                    0 Vote for this issue
                    Watchers:
                    0 Start watching this issue

                    Dates

                    • Created:
                      Updated:
                      Resolved: