Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Development" <dev@myfaces.apache.org>
Message-ID: <1228791571.1248391814910.JavaMail.jira@brutus>
Date: Thu, 23 Jul 2009 16:30:14 -0700 (PDT)
From: "Michael Freedman (JIRA)" <dev@myfaces.apache.org>
To: dev@myfaces.apache.org
Subject: [jira] Created: (PORTLETBRIDGE-92) Refresh of faces view using
 client-side state saving fails (in Mojarra) with class cast expection of
 PortletUIViewRootNamingContainer
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit

Refresh of faces view using client-side state saving fails (in Mojarra) with class cast expection of PortletUIViewRootNamingContainer
-------------------------------------------------------------------------------------------------------------------------------------

                 Key: PORTLETBRIDGE-92
                 URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-92
             Project: MyFaces Portlet Bridge
          Issue Type: Bug
          Components: Impl
    Affects Versions: 2.0.0-alpha, 1.0.0-beta
            Reporter: Michael Freedman
            Assignee: Michael Freedman


When client side state saving is used, the Mojarra impl depends on a com.sun.faces.util attribute -- this attribute at first holds the tree structure -- but as its activated the tree structure is changed from holding tree nodes to the actual faces components (restored).  If this attribute is retained across requests (i.e. in the bridge's scope) you get a classCastException if the page the portlet is on is refreshed.  This is because it stays around and hence holds the restored components rather than the nodes.

Anyway, simple fix is to add com.sun.faces.util.* to the bridge's excluded attributes list maintained in its faces-config.xml.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.