Bug 877560 - RichFaces Showcase portlet throws Exception when switching skins multiple times
Summary: RichFaces Showcase portlet throws Exception when switching skins multiple times
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Portal Platform 6
Classification: JBoss
Component: PortletBridge
Version: 6.0.x
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 6.1.0
Assignee: hfnukal@redhat.com
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-16 21:27 UTC by Ken Finnigan
Modified: 2013-11-07 14:23 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-11-07 14:23:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker AS7-5970 0 Major Resolved RichFaces Showcase portlet is unable to switch skins 2014-01-15 05:59:13 UTC

Description Ken Finnigan 2012-11-16 21:27:56 UTC
Following exception is seen when changing skins for the second time immediately after the first:


Caused by: javax.faces.FacesException: Cannot remove the same component twice: pbG9dea276d_2dee9e_2d4150_2dad91_2d22255b5a57d2_j_id1:j_idt444
	at com.sun.faces.context.StateContext$AddRemoveListener.handleAddRemoveWithAutoPrune(StateContext.java:489) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
	at com.sun.faces.context.StateContext$AddRemoveListener.handleRemove(StateContext.java:371) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
	at com.sun.faces.context.StateContext$AddRemoveListener.processEvent(StateContext.java:334) [jsf-impl-2.1.13-redhat-1.jar:2.1.13-redhat-1]
	at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) [jboss-jsf-api_2.1_spec-2.0.7.Final-redhat-1.jar:2.0.7.Final-redhat-1]

Investigating this problem lead to determining that it was caused by the need for Portlet Bridge to retain the UIViewRoot from JSF between requests, and the list of ADDED/REMOVED components being retained between requests, making JSF believe it was removing a component for the second time when it fact it wasn't.

This has been raised as http://java.net/jira/browse/JAVASERVERFACES-2609 against the Mojarra JSF implementation.

There is also a tracker on AS7 jira to have the fix added when it's available: https://issues.jboss.org/browse/AS7-5970

Comment 1 Boleslaw Dawidowicz 2012-11-19 10:43:44 UTC
So to make it clear there is nothing we can do with this issue at this point - until it gets fixed in EAP. 

This may need to be postponed after JPP 6

Comment 2 JBoss JIRA Server 2013-04-01 23:31:00 UTC
Stan Silvert <ssilvert> made a comment on jira AS7-5970

Are you guys satisfied that this is fixed now that JAVASERVERFACES-2609 is done?  Upstream fix should be integrated now.  Can we close this?

Comment 3 JBoss JIRA Server 2013-04-02 13:07:37 UTC
Ken Finnigan <ken> made a comment on jira AS7-5970

I don't see a problem with that. Safe to close from my perspective

Comment 4 JBoss JIRA Server 2013-04-02 17:09:25 UTC
Stan Silvert <ssilvert> updated the status of jira AS7-5970 to Resolved

Comment 5 Boleslaw Dawidowicz 2013-04-17 07:58:53 UTC
According to JIRA/BZ this is resolved in EAP 6.1 Alpha


Note You need to log in before you can comment on or make changes to this bug.