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

          Activity

          Deryk Sinotte created issue -
          Hide
          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.
          Deryk Sinotte made changes -
          Field Original Value New Value
          Attachment ECGViewer.war [ 11161 ]
          Deryk Sinotte made changes -
          Assignee Mircea Toma [ mircea.toma ]
          Mircea Toma made changes -
          Affects Version/s 1.7.2 [ 10130 ]
          Affects Version/s 1.7.1 [ 10122 ]
          Mircea Toma made changes -
          Fix Version/s 1.7.2 [ 10130 ]
          Affects Version/s 1.7.1 [ 10122 ]
          Affects Version/s 1.7.2 [ 10130 ]
          Repository Revision Date User Message
          ICEsoft Public SVN Repository #17313 Fri Aug 08 04:47:51 MDT 2008 mircea.toma ICE-3396 Remove ElementController class and its usages.
          Files Changed
          Commit graph DEL /icefaces/trunk/icefaces/core/src/com/icesoft/faces/context/ElementController.java
          Commit graph MODIFY /icefaces/trunk/icefaces/core/src/com/icesoft/faces/context/DOMResponseWriter.java
          Repository Revision Date User Message
          ICEsoft Public SVN Repository #17314 Fri Aug 08 04:48:17 MDT 2008 mircea.toma ICE-3396 Remove ElementController class and its usages.
          Files Changed
          Commit graph MODIFY /icefaces/branches/icefaces-1.7/icefaces/core/src/com/icesoft/faces/context/DOMResponseWriter.java
          Commit graph DEL /icefaces/branches/icefaces-1.7/icefaces/core/src/com/icesoft/faces/context/ElementController.java
          Hide
          Mircea Toma added a comment -

          Remove ElementController class and its usages.

          Show
          Mircea Toma added a comment - Remove ElementController class and its usages.
          Mircea Toma made changes -
          Status Open [ 1 ] Resolved [ 5 ]
          Resolution Fixed [ 1 ]
          Hide
          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
          Deryk Sinotte added a comment -

          Closing as fixed.

          Show
          Deryk Sinotte added a comment - Closing as fixed.
          Deryk Sinotte made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Ken Fyten made changes -
          Resolution Fixed [ 1 ]
          Status Closed [ 6 ] Reopened [ 4 ]
          Hide
          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.
          Ken Fyten made changes -
          Assignee Priority P1
          Assignee Mircea Toma [ mircea.toma ] Jack Van Ooststroom [ jack.van.ooststroom ]
          Aaron Lucas made changes -
          Link This issue blocks ICE-3498 [ ICE-3498 ]
          Hide
          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.
          Jack Van Ooststroom made changes -
          Status Reopened [ 4 ] Resolved [ 5 ]
          Resolution Fixed [ 1 ]
          Hide
          Jack Van Ooststroom added a comment -

          Unassign.

          Show
          Jack Van Ooststroom added a comment - Unassign.
          Jack Van Ooststroom made changes -
          Assignee Jack Van Ooststroom [ jack.van.ooststroom ]
          Ken Fyten made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Assignee Priority P1

            People

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

              Dates

              • Created:
                Updated:
                Resolved: