From issues at jboss.org Thu Jan 2 06:23:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:23:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12744) Make the test suite log less verbose In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-12744: ---------------------------- Component/s: tests - functional (was: tests - unit) > Make the test suite log less verbose > ------------------------------------ > > Key: RF-12744 > URL: https://issues.jboss.org/browse/RF-12744 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha1 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Labels: rf5-build > Fix For: 5-Tracking > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We could add logging.properties which will filter out unnecessary output (e.g. JSF container startup logging). > We should also remove any unnecessary System.out/logging from tests. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 06:23:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:23:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12744) Make the test suite log less verbose In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-12744: ---------------------------- Component/s: tests - unit > Make the test suite log less verbose > ------------------------------------ > > Key: RF-12744 > URL: https://issues.jboss.org/browse/RF-12744 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional , tests - unit > Affects Versions: 5.0.0.Alpha1 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Labels: rf5-build > Fix For: 5-Tracking > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > We could add logging.properties which will filter out unnecessary output (e.g. JSF container startup logging). > We should also remove any unnecessary System.out/logging from tests. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 06:31:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:31:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13454: ------------------------------- Summary: Upgrade integration tests use of WildFly to 8.0.0.CR1 Key: RF-13454 URL: https://issues.jboss.org/browse/RF-13454 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Luk?? Fry? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 06:33:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:33:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13454: ---------------------------- Affects Version/s: 5.0.0.Alpha2 > Upgrade integration tests use of WildFly to 8.0.0.CR1 > ----------------------------------------------------- > > Key: RF-13454 > URL: https://issues.jboss.org/browse/RF-13454 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 06:33:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:33:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13454: ---------------------------- Fix Version/s: 5.0.0.Alpha3 > Upgrade integration tests use of WildFly to 8.0.0.CR1 > ----------------------------------------------------- > > Key: RF-13454 > URL: https://issues.jboss.org/browse/RF-13454 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 06:35:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:35:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13454: ---------------------------- Sprint: 5.0.0.Alpha3 - Sprint 1 > Upgrade integration tests use of WildFly to 8.0.0.CR1 > ----------------------------------------------------- > > Key: RF-13454 > URL: https://issues.jboss.org/browse/RF-13454 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 06:35:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 06:35:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13454: ------------------------------- Assignee: Luk?? Fry? > Upgrade integration tests use of WildFly to 8.0.0.CR1 > ----------------------------------------------------- > > Key: RF-13454 > URL: https://issues.jboss.org/browse/RF-13454 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 07:49:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 07:49:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13454. ----------------------------- Resolution: Done > Upgrade integration tests use of WildFly to 8.0.0.CR1 > ----------------------------------------------------- > > Key: RF-13454 > URL: https://issues.jboss.org/browse/RF-13454 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 08:11:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 2 Jan 2014 08:11:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'headers' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933376#comment-12933376 ] Luk?? Fry? commented on RF-13278: --------------------------------- Hey Brian, I made one correction to the branch, could you please review? https://github.com/richfaces/richfaces/commit/54935637cb5c100bc2529c9e5d2ec0a8c63b226a Otherwise it looks fine. ---- My 0.02$ to naming: should the meta component be: 1) tabPanel's {{header}} (that contains headers of all tabs) 2) tabPanel's {{headers}} I would align naming with table's {{header}}, but it's personal preference. > Add support for a 'headers' meta-component to the rich:tabPanel > --------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 10:21:32 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 2 Jan 2014 10:21:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-9306) ComponentControl can't control DataScroller nested in iteration component In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-9306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek resolved RF-9306. ----------------------------- Fix Version/s: (was: 5-Future) Resolution: Out of Date Works in latest 5.X Metamer > ComponentControl can't control DataScroller nested in iteration component > ------------------------------------------------------------------------- > > Key: RF-9306 > URL: https://issues.jboss.org/browse/RF-9306 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-misc > Affects Versions: 4.0.0.Milestone3 > Environment: * RichFaces Core Implementation by JBoss, a division of Red Hat, Inc., version v.4.0.0-SNAPSHOT SVN r.19085 > * Metamer: RichFaces Testing Application by JBoss, a division of Red Hat, Inc., version 4.0.0-SNAPSHOT SVN r. 19087 > * Java(TM) SE Runtime Environment 1.6.0_20-b02 > * Linux 2.6.31-22-generic > * Mojarra 2.0.2-FCS > * Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 Ubuntu/9.10 (karmic) Firefox/3.6.8 > Reporter: Luk?? Fry? > > Works great for h:dataTable and ui:repeat, > but not for a4j:repeat or rich:dataTable. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 12:41:33 2014 From: issues at jboss.org (omar al kababji (JIRA)) Date: Thu, 2 Jan 2014 12:41:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-11174) [rich:extendedDataTable] attribute "width" of columns should support percent values instead of only accepting px values In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933423#comment-12933423 ] omar al kababji commented on RF-11174: -------------------------------------- In addition to percentages, It would be nice to have a way to specify widths as follows too: col1 width = 100px col2 width = 200px col3 width = * (where * means take the remaining width of the table.) > [rich:extendedDataTable] attribute "width" of columns should support percent values instead of only accepting px values > ----------------------------------------------------------------------------------------------------------------------- > > Key: RF-11174 > URL: https://issues.jboss.org/browse/RF-11174 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.0.0.Final > Reporter: Rene O > Fix For: 5-Tracking > > > Currently you can only define the width of a column inside the rich:extendedDataTable like this: > But it should also be possible to define it like this: > References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933424#comment-12933424 ] Brian Leathem commented on RF-13278: ------------------------------------ Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page # Having a tabPanel at header{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. > Add support for a 'headers' meta-component to the rich:tabPanel > --------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 13:07:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 13:07:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'headers' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933425#comment-12933425 ] Brian Leathem commented on RF-13278: ------------------------------------ [~lfryc] +1 for @header over @headers for consistency with the table component. > Add support for a 'headers' meta-component to the rich:tabPanel > --------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 16:11:32 2014 From: issues at jboss.org (Cody Lerum (JIRA)) Date: Thu, 2 Jan 2014 16:11:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933486#comment-12933486 ] Cody Lerum commented on RF-13247: --------------------------------- Wildfly is currently on 15 > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5-Tracking > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:31:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:31:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: Brian Leathem created RF-13455: ---------------------------------- Summary: The rich:tabPanel no longer visits tab header facets while rendering a response. Key: RF-13455 URL: https://issues.jboss.org/browse/RF-13455 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.3.4 Environment: java 7, tomcat 7, JBoss AS, mojarra, myfaces chrome, firefox Reporter: Alexey Shakov Assignee: Brian Leathem Fix For: 5.0.0.Alpha3 I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: {code:xml} {code} testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:33:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:33:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933518#comment-12933518 ] Brian Leathem commented on RF-13455: ------------------------------------ Since commits were already made against RF-13278 (after I hijacked it) I've cloned the original issue to track the original issue of not visiting the tab header facets. > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:41:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:41:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13455: ------------------------------- Issue Type: Bug (was: Feature Request) > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:41:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:41:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13455: ------------------------------- Labels: regression (was: ) > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:41:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:41:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933519#comment-12933519 ] Brian Leathem commented on RF-13455: ------------------------------------ [~lfryc] please review this adaptation of your fix for RF-13107. > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:43:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:43:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'headers' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933424#comment-12933424 ] Brian Leathem edited comment on RF-13278 at 1/2/14 8:41 PM: ------------------------------------------------------------ Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page (RF-13455) # Having a tabPanel at header{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. was (Author: bleathem): Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page # Having a tabPanel at header{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. > Add support for a 'headers' meta-component to the rich:tabPanel > --------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:43:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:43:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'headers' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933424#comment-12933424 ] Brian Leathem edited comment on RF-13278 at 1/2/14 8:42 PM: ------------------------------------------------------------ Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page (RF-13455) # Having a tabPanel at header\{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. was (Author: bleathem): Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page (RF-13455) # Having a tabPanel at header{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. > Add support for a 'headers' meta-component to the rich:tabPanel > --------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:49:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:49:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13278: ------------------------------- Summary: Add support for a 'header' meta-component to the rich:tabPanel (was: Add support for a 'headers' meta-component to the rich:tabPanel) > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:51:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:51:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933518#comment-12933518 ] Brian Leathem edited comment on RF-13455 at 1/2/14 8:50 PM: ------------------------------------------------------------ Since commits were already made against RF-13278 (after I hijacked it) I've cloned the issue to track the original reported regression of not visiting the tab header facets. was (Author: bleathem): Since commits were already made against RF-13278 (after I hijacked it) I've cloned the original issue to track the original issue of not visiting the tab header facets. > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 20:51:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 20:51:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13455: ------------------------------- Fix Version/s: 4.3.5 > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.5, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 21:31:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 21:31:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13456) The toggle panel components should allow the user to prevent rendering the active tab when the tab header is clicked. In-Reply-To: References: Message-ID: Brian Leathem created RF-13456: ---------------------------------- Summary: The toggle panel components should allow the user to prevent rendering the active tab when the tab header is clicked. Key: RF-13456 URL: https://issues.jboss.org/browse/RF-13456 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-output Reporter: Brian Leathem Fix For: 5.0.0.Alpha3 The TogglePanelRenderer currently implicitly adds the tabPanel at active metacomponent to the list of rendered ids when a tab panel is clicked. See: https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/toggle/togglePanel/TogglePanelRenderer.java#L83 {code} PartialViewContext pvc = context.getPartialViewContext(); pvc.getRenderIds().add(component.getClientId(context) + MetaComponentResolver.META_COMPONENT_SEPARATOR_CHAR + AbstractTogglePanel.ACTIVE_ITEM_META_COMPONENT); {code} Rather than adding the meta component id like this, the meta component id should be treated as the default value of the toggle panel's render attribute. specifying a value for the render attribute would override this default value, and require the user to explicitly call for a render of the active item by adding the meta component id to the render attribute. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 21:31:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 21:31:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933424#comment-12933424 ] Brian Leathem edited comment on RF-13278 at 1/2/14 9:30 PM: ------------------------------------------------------------ Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page (RF-13455) # Having a tabPanel at header\{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel (RF-13456) We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. was (Author: bleathem): Thanks for the review Lukas. Your commit is sensible. Having thought about this issue over the break, and speaking about it with @lfryc today I've come to the following conclusions: # The tabPanel headers should be visited in the walk of the component tree, because they are visible on the page (RF-13455) # Having a tabPanel at header\{s} meta-component would still be useful (despite 1) # The @active item should be the default value of the tabPanel, but should be overridden when a user sets the render attribute of the tabPanel We will address 1) in 4.3, however 2) and 3) will be included in 4.5/5.0. > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 21:33:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 21:33:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13456) The toggle panel components should allow the user to prevent rendering the active tab when the tab header is clicked. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13456: ------------------------------- Fix Version/s: 5.0.0.Alpha4 (was: 5.0.0.Alpha3) > The toggle panel components should allow the user to prevent rendering the active tab when the tab header is clicked. > --------------------------------------------------------------------------------------------------------------------- > > Key: RF-13456 > URL: https://issues.jboss.org/browse/RF-13456 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-output > Reporter: Brian Leathem > Fix For: 5.0.0.Alpha4 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > The TogglePanelRenderer currently implicitly adds the tabPanel at active metacomponent to the list of rendered ids when a tab panel is clicked. > See: > https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/toggle/togglePanel/TogglePanelRenderer.java#L83 > {code} > PartialViewContext pvc = context.getPartialViewContext(); > pvc.getRenderIds().add(component.getClientId(context) + MetaComponentResolver.META_COMPONENT_SEPARATOR_CHAR + AbstractTogglePanel.ACTIVE_ITEM_META_COMPONENT); > {code} > Rather than adding the meta component id like this, the meta component id should be treated as the default value of the toggle panel's render attribute. specifying a value for the render attribute would override this default value, and require the user to explicitly call for a render of the active item by adding the meta component id to the render attribute. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 21:33:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 21:33:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13455: ------------------------------- Fix Version/s: 4.5.0.Alpha2 > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 21:33:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 21:33:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933524#comment-12933524 ] Brian Leathem commented on RF-13455: ------------------------------------ This change will need to be applied to the 4.3.5 and 4.5.0 branches. > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:45:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:45:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13397) a4j:push not working with Internet Explorer >= 10 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13397: ------------------------------- Sprint: 4.3.5.Sprint 2 > a4j:push not working with Internet Explorer >= 10 > ------------------------------------------------- > > Key: RF-13397 > URL: https://issues.jboss.org/browse/RF-13397 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.3.4 > Environment: Any where Internet Explorer 10 or above is available > Reporter: Tobias Seppenhauser > Labels: richfaces > Fix For: 4.3.5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The mechanism seems to be broken when using the Internet Explorer 10 or above. This can easily be verified by visiting the corresponding showcase component [1]. The UUID never gets updated. > Unfortunately I can't see any error in the Javascript console. > [1] http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=push&skin=blueSky -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:45:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:45:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13208) Push: error "not well-formed" appears in browser console in Firefox In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13208?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13208: ------------------------------- Sprint: 4.3.5.Sprint 2 > Push: error "not well-formed" appears in browser console in Firefox > ------------------------------------------------------------------- > > Key: RF-13208 > URL: https://issues.jboss.org/browse/RF-13208 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: RichFaces 4.3.4.Final > Metamer 4.3.4.20130919-Final > Mojarra 2.1.19 > EAP 6.1.1 > OpenJDK Runtime Environment 1.7.0_40-mockbuild_2013_09_19_20_10-b00 @ Linux > Firefox 24.0 @ Linux x86_64 > Reporter: Pavol Pitonak > Fix For: 4.3.5, 5.0.0.Alpha3 > > Attachments: firefox_console.png > > > # deploy Metamer and open http://127.0.0.1:8080/metamer/faces/components/a4jPush/twoPush.xhtml > # open browser console > # click "Push 2!" button > result: > * browser console contains "not well-formed" JavaScript error (see screenshot) > * when you click on the error, you can see something like this: > {quote} > <"topic":"jmsSampleAddress2","data":"day: 23, month: 9, time: 11:01:12.829","number":0> > {quote} > * component seems to work fine despite this error > * I couldn't see this error in Chrome 29 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:45:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:45:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13203) a4j:queue should have status attribute In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13203?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13203: ------------------------------- Sprint: 4.3.5.Sprint 2 > a4j:queue should have status attribute > -------------------------------------- > > Key: RF-13203 > URL: https://issues.jboss.org/browse/RF-13203 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.2 > Reporter: Jon?? Trantina > Labels: gss, queue > Fix For: 4.3.5 > > > a4j:queue should have status attribute, so it can connect to a4j:status. Consider the following example: > {noformat} > > > >
> > > > > > > >
> > > > > > {noformat} > By using the status attr. of a4j:queue, it would be possible to connect "slow" queue to "slowStatus" and thus every component that would be connected to the queue, would also be connected to the status. > Note in this example it would be simpler to set status attr. on the components themselves, but imagine there are more components connected to the queue. > I was also informed, that this functionality was present in RF 3.3. > Workarounds: > - set status attr on every component instead of on the queue- in larger applications this is not doable. > - use a4j:status JS API and a4j:queues' onsubmit and oncomplete methods- onsubmit and oncomplete a4j:queue are not implemented, so not working now -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:47:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:47:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13239) Popup panel: CSS class rf-pp-hdr contains invalid property repeat-x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13239: ------------------------------- Sprint: 4.3.5.Sprint 2 > Popup panel: CSS class rf-pp-hdr contains invalid property repeat-x > ------------------------------------------------------------------- > > Key: RF-13239 > URL: https://issues.jboss.org/browse/RF-13239 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Reporter: Pavol Pitonak > Priority: Minor > Fix For: 4.3.5 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml > # check browser console > result: > * Invalid CSS property name: repeat-x (in popupPanel.ecss, line 40) > possible solution: > * replace > {code} > .rf-pp-hdr { > background: url(...); > repeat-x: top left #BED6F8; > ... > } > {code} > * with > {code} > .rf-pp-hdr { > background: url(...) repeat-x top left #BED6F8; > ... > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:47:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:47:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13292) Autocomplete: up and down arrow keys not working in Opera In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13292: ------------------------------- Sprint: 4.3.5.Sprint 2 > Autocomplete: up and down arrow keys not working in Opera > --------------------------------------------------------- > > Key: RF-13292 > URL: https://issues.jboss.org/browse/RF-13292 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4, 5.0.0.Alpha2 > Reporter: alexey plotnikov > Fix For: 4.3.5 > > > Hello, i use Richfaces 4.3.4.Final. Up and down arrow keys not working(ignoring) for Autocomplete component in Opera. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:47:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:47:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13305) Autocomplete: i must press button twice for popup window In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13305: ------------------------------- Sprint: 4.3.5.Sprint 2 > Autocomplete: i must press button twice for popup window > -------------------------------------------------------- > > Key: RF-13305 > URL: https://issues.jboss.org/browse/RF-13305 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: alexey plotnikov > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > > All described here https://community.jboss.org/thread/233971 > I try repeat: > I have this autocomplete component: > {code} > > > > > >
> minChars="0" var="s" fetchValue="#{s.realName}" id="provider-suggestion" > autofill="false" > onselectitem="autocompleteChangeProvider(event.target)" style="display: inline;" > layout="table" value="#{autocomplete.providerName}" > > > > > > > > > > > > alt=""/> > onclick="#{rich:component('provider-suggestion')}.hidePopup();#{rich:component('provider-suggestion')}.setValue('');autocompleteChangeProvider(null);" > alt="#{messages['pages.clear']}" title="#{messages['pages.clear']}"/> > >
> {code} > as you can see, i don't use showButton="true", because i need another functionality, i need erase input text before show popup window. > I use JavaScript function "autocompleteChangeProvider" for extract selected id. > I use separate button(/img/cancel.png) for erase input text, as you can see this function just use Richfaces API. > > And problem: > if autocomplete.providerName not null and not empty(in rich:autocomplete) and user clicks on cancel button(img/cancel.png), then after that, if user clicks on show button(/img/arrow.png) popup not showing, user must clicks twice on this button. > *This problem shows if i use showButton from rich:autocomplete instead my show button.* > I think i found a solution of this problem: > Autocomplete.js has this code: > {code} > var onChangeValue = function (event, value, callback) { > selectItem.call(this, event); > > // value is undefined if called from AutocompleteBase onChange > var subValue = (typeof value == "undefined") ? this.__getSubValue() : value; > var oldValue = this.value; > this.value = subValue; > > if ((this.options.isCachedAjax || !this.options.ajaxMode) && > this.cache && this.cache.isCached(subValue)) { > ... > } else { > if (event.keyCode == rf.KEYS.RETURN || event.type == "click") { > this.__setInputValue(subValue); > } > if (subValue.length >= this.options.minChars) { > if ((this.options.ajaxMode || this.options.lazyClientMode) && oldValue != subValue) { > callAjax.call(this, event, callback); > } > } else { > if (this.options.ajaxMode) { > clearItems.call(this); > this.__hide(event); > } > } > } > }; > {code} > for show popup this must be true: > {code} > oldValue != subValue > {code} > but in this part of code > oldValue is ''(empty string) and subValue is ''(empty string), > so this condition > {code} > oldValue != subValue > {code} > return false! > > i replace this code by this: > {code} > var onChangeValue = function (event, value, callback) { > selectItem.call(this, event); > > // value is undefined if called from AutocompleteBase onChange > var subValue = (typeof value == "undefined") ? this.__getSubValue() : value; > var oldValue = this.value; > this.value = subValue; > > if ((this.options.isCachedAjax || !this.options.ajaxMode) && > this.cache && this.cache.isCached(subValue)) { > ... > } else { > if (event.keyCode == rf.KEYS.RETURN || event.type == "click") { > this.__setInputValue(subValue); > } > if (subValue.length >= this.options.minChars) { > if ((this.options.ajaxMode || this.options.lazyClientMode) && (oldValue != subValue || (oldValue === '' && subValue === ''))) { > callAjax.call(this, event, callback); > } > } else { > if (this.options.ajaxMode) { > clearItems.call(this); > this.__hide(event); > } > } > } > > }; > {code} > so, than oldValue='' and subValue=='' callAjax.call will be called and popup will be showing. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:47:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:47:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13306) Autocomplete: initialize value from DOM (was: ignored API call .setValue('')) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13306: ------------------------------- Sprint: 4.3.5.Sprint 2 > Autocomplete: initialize value from DOM (was: ignored API call .setValue('')) > ----------------------------------------------------------------------------- > > Key: RF-13306 > URL: https://issues.jboss.org/browse/RF-13306 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: alexey plotnikov > Fix For: 4.3.5 > > > All described here https://community.jboss.org/thread/233973 > I have this autocomplete component: > {code} > > > > > >
> minChars="0" var="s" fetchValue="#{s.realName}" id="provider-suggestion" > autofill="false" > onselectitem="autocompleteChangeProvider(event.target)" style="display: inline;" > layout="table" value="#{autocomplete.providerName}" > > > > > > > > > > > > alt=""/> > onclick="#{rich:component('provider-suggestion')}.hidePopup();#{rich:component('provider-suggestion')}.setValue('');autocompleteChangeProvider(null);" > alt="#{messages['pages.clear']}" title="#{messages['pages.clear']}"/> > >
> {code} > as you can see, i don't use showButton="true", because i need another functionality, i need erase input text before show popup window. > I use JavaScript function "autocompleteChangeProvider" for extract selected id. > I use separate button(/img/cancel.png) for erase input text, as you can see this function just use Richfaces API. > > And a problem: > if autocomplete.providerName not null and not empty(in rich:autocomplete) and user clicks on show button(/img/arrow.png) than input text not erasing, but i called #{rich:component('provider-suggestion')}.setValue('') !!! > > I think i found a solution > AutocompleteBase.js has this code: > {code} > rf.ui.AutocompleteBase = function(componentId, selectId, fieldId, options) { > // call constructor of parent class > $super.constructor.call(this, componentId); > this.selectId = selectId; > this.fieldId = fieldId; > this.options = $.extend({}, defaultOptions, options); > this.namespace = this.namespace || "." + rf.Event.createNamespace(this.name, this.selectId); > this.currentValue = ""; > this.tempValue = this.getValue(); > this.isChanged = this.tempValue.length != 0; > bindEventHandlers.call(this); > }; > {code} > as you can see this.currentValue = "" so JS thinks that this.currentValue="" so currentValue equal new value("" - empty string), so nothing happens. > i replace this code by this: > {code} > rf.ui.AutocompleteBase = function(componentId, selectId, fieldId, options) { > // call constructor of parent class > $super.constructor.call(this, componentId); > this.selectId = selectId; > this.fieldId = fieldId; > this.options = $.extend({}, defaultOptions, options); > this.namespace = this.namespace || "." + rf.Event.createNamespace(this.name, this.selectId); > this.currentValue = $(rf.getDomElement(fieldId)).val(); > this.tempValue = this.getValue(); > this.isChanged = this.tempValue.length != 0; > bindEventHandlers.call(this); > }; > {code} > and it works! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:47:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:47:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12813) rich:panelMenuItem executes action even if disabled attribute evaluates to true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-12813: ---------------------------------- Assignee: Brian Leathem (was: Pavel Slegr) > rich:panelMenuItem executes action even if disabled attribute evaluates to true > ------------------------------------------------------------------------------- > > Key: RF-12813 > URL: https://issues.jboss.org/browse/RF-12813 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.0.Final > Reporter: Andrey Zhemoytuk > Assignee: Brian Leathem > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > org.richfaces.renderkit.html.PanelMenuItemRenderer#doDecode does not check 'disabled' attribute (how usually do other components before executing action) which may cause security issues. > Initially reported on: > http://stackoverflow.com/questions/15130807/richfaces-panelmenuitem-reevaluating-disabled-not-working -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 2 23:47:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 2 Jan 2014 23:47:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13358) rich:panelMenuGroup allowing actions executions even if originally disabled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13358: ---------------------------------- Assignee: Brian Leathem (was: Pavel Slegr) > rich:panelMenuGroup allowing actions executions even if originally disabled > --------------------------------------------------------------------------- > > Key: RF-13358 > URL: https://issues.jboss.org/browse/RF-13358 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.4 > Environment: Linux, AS 7.1.1 Brontes, FF 25 with FireBug addOn > Reporter: Pavel Slegr > Assignee: Brian Leathem > Priority: Critical > Fix For: 4.3.5 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > related to https://issues.jboss.org/browse/RF-12813 > This can be possibly a security hole, as the second component piece is discovered to allow tampering actions through JS. > I suggest to try out on other components as well !!! > with following example > {code} > { > > > > > > > > } > {code} > the group43 element is intended to be disabled and thus not allowing any actions execution on it > Once tampered with > {code} > { > new RichFaces.ui.PanelMenuGroup("f:group43",{"collapseEvent":"click","unselectable":false,"selectable":false,"name":"group43","ajax":{"incId":"1"} ,"stylePrefix":"rf\u002Dpm\u002Dgr","expanded":false,"expandEvent":"click","disabled":false,"mode":"client"} ) > } > {code} > It is possible to expand the group and execute further actions on its children elements -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 02:22:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 02:22:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13310) Upgrade Graphene and Warp in 4.3 branch In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13310: ------------------------------- Assignee: Luk?? Fry? > Upgrade Graphene and Warp in 4.3 branch > --------------------------------------- > > Key: RF-13310 > URL: https://issues.jboss.org/browse/RF-13310 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The state of 4.3 branch framework tests is not as stable as 5.0, thus I track this as a separate issue. > Why we want to upgrade: > * Graphene = Final version API changes changes > * Warp = ease of debugging > I don't think this is absolutely necessary, I doesn;'t work with 4.3.x tests regularly and QE doesn't run them afaik. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 02:22:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 02:22:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13298) Richfaces BOM manages a non Maven Central dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13298: ------------------------------- Assignee: Luk?? Fry? > Richfaces BOM manages a non Maven Central dependency > ---------------------------------------------------- > > Key: RF-13298 > URL: https://issues.jboss.org/browse/RF-13298 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.2, 4.3.3, 4.3.4 > Reporter: Rafael Benevides > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Richfaces BOMs http://repo1.maven.org/maven2/org/richfaces/richfaces-bom/4.3.4.Final/richfaces-bom-4.3.4.Final.pom manages the following GAV: > org.richfaces.ui.common:richfaces-ui-common-api:${version.richfaces} which is not present on Maven Central ( http://search.maven.org/#search%7Cga%7C1%7Crichfaces-ui-common-api ) > BOM should have this scope changed or declare a https://repository.jboss.org/nexus repository -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 02:26:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 02:26:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13252: ------------------------------- Assignee: Luk?? Fry? > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 03:12:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 03:12:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13457) Failing Warp test throws exception while trying to take a screenshot In-Reply-To: References: Message-ID: Brian Leathem created RF-13457: ---------------------------------- Summary: Failing Warp test throws exception while trying to take a screenshot Key: RF-13457 URL: https://issues.jboss.org/browse/RF-13457 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: tests - functional Reporter: Brian Leathem Fix For: 5.0.0.Alpha3 Here are the test results: {code} Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 7.69 sec <<< FAILURE! - in org.richfaces.ui.toggle.panelMenu.ITPanelMenu test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.532 sec <<< ERROR! org.jboss.arquillian.warp.impl.client.execution.WarpSynchronizationException: The Warp failed to observe requests or match them with response. There were no requests matched by observer [null] If Warp enriched a wrong request, use observe(...) method to select appropriate request which should be enriched instead. Otherwise check the server-side log and enable Arquillian debugging mode on both, test and server VM by passing -Darquillian.debug=true. at org.jboss.arquillian.warp.impl.client.execution.SynchronizationPoint.awaitResponses(SynchronizationPoint.java:155) at org.jboss.arquillian.warp.impl.client.execution.DefaultExecutionSynchronizer.waitForResponse(DefaultExecutionSynchronizer.java:60) at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.awaitResponse(WarpExecutionObserver.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.awaitServerExecution(DefaultWarpExecutor.java:95) at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.execute(DefaultWarpExecutor.java:65) at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.executeWarp(WarpExecutionObserver.java:45) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionInitializer.provideWarpContext(WarpExecutionInitializer.java:64) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.execute(DefaultWarpRequestSpecifier.java:98) at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.inspect(DefaultWarpRequestSpecifier.java:76) at org.richfaces.ui.toggle.panelMenu.ITPanelMenu.test_disabled_menu_item(ITPanelMenu.java:91) test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.534 sec <<< ERROR! java.lang.RuntimeException: unexpected invocation exception during invocation of org.openqa.selenium.TakesScreenshot#getScreenshotAs(), on target 'ReusableRemoteWebDriver: chrome on LINUX (799229cc-608d-49d7-91d3-74d9f487fce3)': org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:135) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) at org.junit.runners.Suite.runChild(Suite.java:127) at org.junit.runners.Suite.runChild(Suite.java:26) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.junit.runner.JUnitCore.run(JUnitCore.java:160) at org.junit.runner.JUnitCore.run(JUnitCore.java:138) at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) Caused by: java.lang.NoSuchMethodException: org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) at java.lang.Class.getDeclaredMethod(Class.java:1956) at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:124) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) at org.junit.runners.Suite.runChild(Suite.java:127) at org.junit.runners.Suite.runChild(Suite.java:26) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.junit.runner.JUnitCore.run(JUnitCore.java:160) at org.junit.runner.JUnitCore.run(JUnitCore.java:138) at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) 13847 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Shutting down proxy 13853 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Closing all channels... 13878 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Stopping timer 13887 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Done shutting down proxy Results : Tests in error: ITPanelMenu.test_disabled_menu_item:91 ? WarpSynchronization The Warp failed t... ITPanelMenu.test_disabled_menu_item ? Runtime unexpected invocation exception ... Tests run: 2, Failures: 0, Errors: 2, Skipped: 0 {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 03:30:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 03:30:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13457) Failing Warp test throws exception while trying to take a screenshot In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13457: ------------------------------- Assignee: Brian Leathem Brian, could you try to upgrade Selenium Server? The best approach is to align with the version of Selenium used in the framework. > Failing Warp test throws exception while trying to take a screenshot > -------------------------------------------------------------------- > > Key: RF-13457 > URL: https://issues.jboss.org/browse/RF-13457 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > > Here are the test results: > {code} > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 7.69 sec <<< FAILURE! - in org.richfaces.ui.toggle.panelMenu.ITPanelMenu > test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.532 sec <<< ERROR! > org.jboss.arquillian.warp.impl.client.execution.WarpSynchronizationException: The Warp failed to observe requests or match them with response. > There were no requests matched by observer [null] > If Warp enriched a wrong request, use observe(...) method to select appropriate request which should be enriched instead. > Otherwise check the server-side log and enable Arquillian debugging mode on both, test and server VM by passing -Darquillian.debug=true. > at org.jboss.arquillian.warp.impl.client.execution.SynchronizationPoint.awaitResponses(SynchronizationPoint.java:155) > at org.jboss.arquillian.warp.impl.client.execution.DefaultExecutionSynchronizer.waitForResponse(DefaultExecutionSynchronizer.java:60) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.awaitResponse(WarpExecutionObserver.java:64) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.awaitServerExecution(DefaultWarpExecutor.java:95) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.execute(DefaultWarpExecutor.java:65) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.executeWarp(WarpExecutionObserver.java:45) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionInitializer.provideWarpContext(WarpExecutionInitializer.java:64) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.execute(DefaultWarpRequestSpecifier.java:98) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.inspect(DefaultWarpRequestSpecifier.java:76) > at org.richfaces.ui.toggle.panelMenu.ITPanelMenu.test_disabled_menu_item(ITPanelMenu.java:91) > test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.534 sec <<< ERROR! > java.lang.RuntimeException: unexpected invocation exception during invocation of org.openqa.selenium.TakesScreenshot#getScreenshotAs(), on target 'ReusableRemoteWebDriver: chrome on LINUX (799229cc-608d-49d7-91d3-74d9f487fce3)': org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:135) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) > at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() > at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > Caused by: java.lang.NoSuchMethodException: org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) > at java.lang.Class.getDeclaredMethod(Class.java:1956) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:124) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) > at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() > at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > 13847 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Shutting down proxy > 13853 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Closing all channels... > 13878 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Stopping timer > 13887 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Done shutting down proxy > Results : > Tests in error: > ITPanelMenu.test_disabled_menu_item:91 ? WarpSynchronization The Warp failed t... > ITPanelMenu.test_disabled_menu_item ? Runtime unexpected invocation exception ... > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0 > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 04:00:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 04:00:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13310) Upgrade Graphene and Warp in 4.3 branch In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13310: ---------------------------- Original Estimate: 2 hours (was: 30 minutes) Remaining Estimate: 2 hours (was: 30 minutes) > Upgrade Graphene and Warp in 4.3 branch > --------------------------------------- > > Key: RF-13310 > URL: https://issues.jboss.org/browse/RF-13310 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The state of 4.3 branch framework tests is not as stable as 5.0, thus I track this as a separate issue. > Why we want to upgrade: > * Graphene = Final version API changes changes > * Warp = ease of debugging > I don't think this is absolutely necessary, I doesn;'t work with 4.3.x tests regularly and QE doesn't run them afaik. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 04:00:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 04:00:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13298) Richfaces BOM manages a non Maven Central dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13298: ---------------------------- Original Estimate: 2 hours (was: 30 minutes) Remaining Estimate: 2 hours (was: 30 minutes) > Richfaces BOM manages a non Maven Central dependency > ---------------------------------------------------- > > Key: RF-13298 > URL: https://issues.jboss.org/browse/RF-13298 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.2, 4.3.3, 4.3.4 > Reporter: Rafael Benevides > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Richfaces BOMs http://repo1.maven.org/maven2/org/richfaces/richfaces-bom/4.3.4.Final/richfaces-bom-4.3.4.Final.pom manages the following GAV: > org.richfaces.ui.common:richfaces-ui-common-api:${version.richfaces} which is not present on Maven Central ( http://search.maven.org/#search%7Cga%7C1%7Crichfaces-ui-common-api ) > BOM should have this scope changed or declare a https://repository.jboss.org/nexus repository -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 05:26:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 05:26:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13310) Upgrade Graphene and Warp in 4.3 branch In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13310. ----------------------------- Resolution: Done > Upgrade Graphene and Warp in 4.3 branch > --------------------------------------- > > Key: RF-13310 > URL: https://issues.jboss.org/browse/RF-13310 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The state of 4.3 branch framework tests is not as stable as 5.0, thus I track this as a separate issue. > Why we want to upgrade: > * Graphene = Final version API changes changes > * Warp = ease of debugging > I don't think this is absolutely necessary, I doesn;'t work with 4.3.x tests regularly and QE doesn't run them afaik. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 05:28:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 05:28:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13298) Richfaces BOM manages a non Maven Central dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13298: ---------------------------- Original Estimate: 30 minutes (was: 2 hours) Remaining Estimate: 30 minutes (was: 2 hours) > Richfaces BOM manages a non Maven Central dependency > ---------------------------------------------------- > > Key: RF-13298 > URL: https://issues.jboss.org/browse/RF-13298 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.2, 4.3.3, 4.3.4 > Reporter: Rafael Benevides > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Richfaces BOMs http://repo1.maven.org/maven2/org/richfaces/richfaces-bom/4.3.4.Final/richfaces-bom-4.3.4.Final.pom manages the following GAV: > org.richfaces.ui.common:richfaces-ui-common-api:${version.richfaces} which is not present on Maven Central ( http://search.maven.org/#search%7Cga%7C1%7Crichfaces-ui-common-api ) > BOM should have this scope changed or declare a https://repository.jboss.org/nexus repository -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 05:44:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 05:44:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13298) Richfaces BOM manages a non Maven Central dependency In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13298. ----------------------------- Resolution: Done I have moved all ui.* artifacts from richfaces-bom to richfaces-root-parent. > Richfaces BOM manages a non Maven Central dependency > ---------------------------------------------------- > > Key: RF-13298 > URL: https://issues.jboss.org/browse/RF-13298 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.2, 4.3.3, 4.3.4 > Reporter: Rafael Benevides > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > Richfaces BOMs http://repo1.maven.org/maven2/org/richfaces/richfaces-bom/4.3.4.Final/richfaces-bom-4.3.4.Final.pom manages the following GAV: > org.richfaces.ui.common:richfaces-ui-common-api:${version.richfaces} which is not present on Maven Central ( http://search.maven.org/#search%7Cga%7C1%7Crichfaces-ui-common-api ) > BOM should have this scope changed or declare a https://repository.jboss.org/nexus repository -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:30:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:30:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933595#comment-12933595 ] Luk?? Fry? commented on RF-13252: --------------------------------- This is issue based in Mojarra implementation: https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124 The workaround is specify/use {{javax.faces:jsf.js}} resource before any other resource is used, such as a workaround suggested [above|https://issues.jboss.org/browse/RF-13252?focusedCommentId=12925957&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12925957] ^ or by specifying {{}} into a page head or using {{}} instead. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:30:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:30:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933595#comment-12933595 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 9:29 AM: --------------------------------------------------------- This issue is based in the Mojarra implementation: https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124 The workaround is specify/use {{javax.faces:jsf.js}} resource before any other resource is used, such as a workaround suggested [above|https://issues.jboss.org/browse/RF-13252?focusedCommentId=12925957&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12925957] ^ or by specifying {{}} into a page head or using {{}} instead. was (Author: lfryc): This is issue based in Mojarra implementation: https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124 The workaround is specify/use {{javax.faces:jsf.js}} resource before any other resource is used, such as a workaround suggested [above|https://issues.jboss.org/browse/RF-13252?focusedCommentId=12925957&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12925957] ^ or by specifying {{}} into a page head or using {{}} instead. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:30:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:30:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933595#comment-12933595 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 9:29 AM: --------------------------------------------------------- This issue is based in the Mojarra implementation: https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124 The workaround is to specify/use {{javax.faces:jsf.js}} resource before any other resource is used, such as a workaround suggested [above|https://issues.jboss.org/browse/RF-13252?focusedCommentId=12925957&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12925957] ^ or by specifying {{}} into a page head or using {{}} instead. was (Author: lfryc): This issue is based in the Mojarra implementation: https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124 The workaround is specify/use {{javax.faces:jsf.js}} resource before any other resource is used, such as a workaround suggested [above|https://issues.jboss.org/browse/RF-13252?focusedCommentId=12925957&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12925957] ^ or by specifying {{}} into a page head or using {{}} instead. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:32:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:32:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13252: ---------------------------- Workaround Description: Specify {{jsf.js}} dependency (or use a component that depends on the {{jsf.js}}) before {{}} is used. 1) specify {{}} in page head 2) use equivalent {{}} Workaround: Workaround Exists > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:34:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:34:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13252: ---------------------------- Workaround Description: *Specify {{jsf.js}} dependency* (or use a component that depends on the {{jsf.js}}) before {{}} is used. *1)* specify {{}} in page head *2)* use equivalent {{}} was: Specify {{jsf.js}} dependency (or use a component that depends on the {{jsf.js}}) before {{}} is used. 1) specify {{}} in page head 2) use equivalent {{}} > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:34:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:34:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13252: ---------------------------- Workaround Description: *Specify {{jsf.js}} dependency* (or use a component that depends on the {{jsf.js}}) before {{}} is used. *1)* specify {{}} in page head *2)* use equivalent {{}} instead of {{}} was: *Specify {{jsf.js}} dependency* (or use a component that depends on the {{jsf.js}}) before {{}} is used. *1)* specify {{}} in page head *2)* use equivalent {{}} > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:42:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:42:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933597#comment-12933597 ] Luk?? Fry? commented on RF-13252: --------------------------------- I think that Mojarra should instead use {{UIView#addComponentResource}} to add {{jsf.js}} resource, that will in turn use duplication detection in its rendering logic. Another solution might be specifying {{@ResourceDependency}} directly as I assume that a reason for conditional rendering of {{jsf.js}} is optimalization in case the button is rendered (however most of the JSF apps using AJAX won't mind to refer to {{jsf.js}} anyway). > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:42:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:42:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933597#comment-12933597 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 9:42 AM: --------------------------------------------------------- I think that Mojarra should instead use {{UIView#addComponentResource}} to add {{jsf.js}} resource, that will in turn use duplication detection in its rendering logic. Another solution might be specifying {{@ResourceDependency}} directly as I assume that a reason for [conditional rendering of {{jsf.js}}|https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124] is optimalization in case the button is rendered (however most of the JSF apps using AJAX won't mind to refer to {{jsf.js}} anyway). was (Author: lfryc): I think that Mojarra should instead use {{UIView#addComponentResource}} to add {{jsf.js}} resource, that will in turn use duplication detection in its rendering logic. Another solution might be specifying {{@ResourceDependency}} directly as I assume that a reason for conditional rendering of {{jsf.js}} is optimalization in case the button is rendered (however most of the JSF apps using AJAX won't mind to refer to {{jsf.js}} anyway). > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:46:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:46:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933598#comment-12933598 ] Luk?? Fry? commented on RF-13042: --------------------------------- A workaround is using {{}} instead of {{}}. > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:56:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:56:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13252: ---------------------------- Environment: EAP 6.2 (Mojarra 2.1.19) EAP 6.1 (Mojarra 2.1.19) JBoss AS 7.1.1 (Mojarra 2.1.7) > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 09:56:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 09:56:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13252: ---------------------------- Environment: any browser EAP 6.2 (Mojarra 2.1.19) EAP 6.1 (Mojarra 2.1.19) JBoss AS 7.1.1 (Mojarra 2.1.7) was: EAP 6.2 (Mojarra 2.1.19) EAP 6.1 (Mojarra 2.1.19) JBoss AS 7.1.1 (Mojarra 2.1.7) > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:06:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:06:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933602#comment-12933602 ] Luk?? Fry? commented on RF-13252: --------------------------------- The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:08:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:08:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933602#comment-12933602 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 10:07 AM: ---------------------------------------------------------- The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This problem can be fixed by RF-13314 where we deprecate used of {{*.reslib}}. was (Author: lfryc): The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:12:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:12:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933602#comment-12933602 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 10:10 AM: ---------------------------------------------------------- The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page depends on {{jsf.js}}, but it depends on {{ajax.reslib}} instead. This problem can be fixed by RF-13314 where we deprecate used of {{*.reslib}}. was (Author: lfryc): The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This problem can be fixed by RF-13314 where we deprecate used of {{*.reslib}}. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:14:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:14:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933597#comment-12933597 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 10:12 AM: ---------------------------------------------------------- I think that Mojarra should instead use {{UIView#addComponentResource}} to add {{jsf.js}} resource, that will in turn use duplication detection in its rendering logic. --Another solution might be specifying {{@ResourceDependency}} directly as I assume that a reason for [conditional rendering of {{jsf.js}}|https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124] is optimalization in case the button is rendered (however most of the JSF apps using AJAX won't mind to refer to {{jsf.js}} anyway).-- (I noticed Mojarra also checks for inclusion of commandLink in a form). was (Author: lfryc): I think that Mojarra should instead use {{UIView#addComponentResource}} to add {{jsf.js}} resource, that will in turn use duplication detection in its rendering logic. Another solution might be specifying {{@ResourceDependency}} directly as I assume that a reason for [conditional rendering of {{jsf.js}}|https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/CommandLinkRenderer.java#L124] is optimalization in case the button is rendered (however most of the JSF apps using AJAX won't mind to refer to {{jsf.js}} anyway). > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:14:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:14:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933602#comment-12933602 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 10:13 AM: ---------------------------------------------------------- The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page depends on {{jsf.js}}, but it depends on {{ajax.reslib}} instead. ---- This problem can be fixed by RF-13314 where we deprecate used of {{*.reslib}}. was (Author: lfryc): The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page depends on {{jsf.js}}, but it depends on {{ajax.reslib}} instead. This problem can be fixed by RF-13314 where we deprecate used of {{*.reslib}}. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:22:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:22:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933602#comment-12933602 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 10:21 AM: ---------------------------------------------------------- The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page depends on {{jsf.js}}, but it depends on {{ajax.reslib}} instead. ---- This problem can be fixed by RF-13314 where we deprecate use of {{*.reslib}}. ---- Another solution would be marking all resources rendered by ResourceLibraryRenderer as rendered: https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/core/ResourceRenderer.java#L53 was (Author: lfryc): The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page depends on {{jsf.js}}, but it depends on {{ajax.reslib}} instead. ---- This problem can be fixed by RF-13314 where we deprecate used of {{*.reslib}}. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:26:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:26:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933602#comment-12933602 ] Luk?? Fry? edited comment on RF-13252 at 1/3/14 10:24 AM: ---------------------------------------------------------- The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page already on {{jsf.js}}. If only {{ajax.reslib}} is specified, Mojarra doesn't know about presense of {{jsf.js}}. ---- This problem can be fixed by RF-13314 where we deprecate use of {{*.reslib}}. ---- Another solution would be marking all resources rendered by ResourceLibraryRenderer as rendered: https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/core/ResourceRenderer.java#L53 was (Author: lfryc): The Mojarra problem might be fixed also on our side by specifying {{jsf.js}} dependency specifically (instead of just {{ajax.reslib}} that depends on {{jsf.js}} transitively): {code:java} @ResourceDependencies( { @ResourceDependency(library = "javax.faces", name = "jsf.js"), @ResourceDependency(library = "org.richfaces", name = "ajax.reslib") } ) public class AjaxBehaviorRenderer extends ClientBehaviorRenderer ... {code} This fix works because Mojarra's {{CommandLinkRenderer}} checks in {{renderJsfJs}} method whether the page depends on {{jsf.js}}, but it depends on {{ajax.reslib}} instead. ---- This problem can be fixed by RF-13314 where we deprecate use of {{*.reslib}}. ---- Another solution would be marking all resources rendered by ResourceLibraryRenderer as rendered: https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/core/ResourceRenderer.java#L53 > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 10:28:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 10:28:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933609#comment-12933609 ] Luk?? Fry? commented on RF-13252: --------------------------------- [~bleathem], we need to decide whether: 1) implement temporary fix: specify {{@ResourceDependency(library = "javax.faces", name = "jsf.js")}} 2) deprecate use of {{reslibs}} (RF-13314) now 3) fix ResourceLibraryRenderer to mark resources as rendered (by leveraging [{{ResourceTracker}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/resource/external/ResourceTracker.java]). > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 14:48:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 14:48:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12813) rich:panelMenuItem executes action even if disabled attribute evaluates to true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-12813. -------------------------------- Fix Version/s: 4.5.0.Alpha2 5.0.0.Alpha3 Resolution: Done Patch applied to the 4.3 4.5 and 5.0 master branches. > rich:panelMenuItem executes action even if disabled attribute evaluates to true > ------------------------------------------------------------------------------- > > Key: RF-12813 > URL: https://issues.jboss.org/browse/RF-12813 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.0.Final > Reporter: Andrey Zhemoytuk > Assignee: Brian Leathem > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > org.richfaces.renderkit.html.PanelMenuItemRenderer#doDecode does not check 'disabled' attribute (how usually do other components before executing action) which may cause security issues. > Initially reported on: > http://stackoverflow.com/questions/15130807/richfaces-panelmenuitem-reevaluating-disabled-not-working -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 15:32:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 15:32:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13457) Failing Warp test throws exception while trying to take a screenshot In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933660#comment-12933660 ] Brian Leathem commented on RF-13457: ------------------------------------ I tried with Selenium server 2.39.0 and still see this error: http://docs.seleniumhq.org/download/ > Failing Warp test throws exception while trying to take a screenshot > -------------------------------------------------------------------- > > Key: RF-13457 > URL: https://issues.jboss.org/browse/RF-13457 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > > Here are the test results: > {code} > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 7.69 sec <<< FAILURE! - in org.richfaces.ui.toggle.panelMenu.ITPanelMenu > test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.532 sec <<< ERROR! > org.jboss.arquillian.warp.impl.client.execution.WarpSynchronizationException: The Warp failed to observe requests or match them with response. > There were no requests matched by observer [null] > If Warp enriched a wrong request, use observe(...) method to select appropriate request which should be enriched instead. > Otherwise check the server-side log and enable Arquillian debugging mode on both, test and server VM by passing -Darquillian.debug=true. > at org.jboss.arquillian.warp.impl.client.execution.SynchronizationPoint.awaitResponses(SynchronizationPoint.java:155) > at org.jboss.arquillian.warp.impl.client.execution.DefaultExecutionSynchronizer.waitForResponse(DefaultExecutionSynchronizer.java:60) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.awaitResponse(WarpExecutionObserver.java:64) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.awaitServerExecution(DefaultWarpExecutor.java:95) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.execute(DefaultWarpExecutor.java:65) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.executeWarp(WarpExecutionObserver.java:45) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionInitializer.provideWarpContext(WarpExecutionInitializer.java:64) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.execute(DefaultWarpRequestSpecifier.java:98) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.inspect(DefaultWarpRequestSpecifier.java:76) > at org.richfaces.ui.toggle.panelMenu.ITPanelMenu.test_disabled_menu_item(ITPanelMenu.java:91) > test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.534 sec <<< ERROR! > java.lang.RuntimeException: unexpected invocation exception during invocation of org.openqa.selenium.TakesScreenshot#getScreenshotAs(), on target 'ReusableRemoteWebDriver: chrome on LINUX (799229cc-608d-49d7-91d3-74d9f487fce3)': org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:135) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) > at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() > at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > Caused by: java.lang.NoSuchMethodException: org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) > at java.lang.Class.getDeclaredMethod(Class.java:1956) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:124) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) > at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() > at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > 13847 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Shutting down proxy > 13853 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Closing all channels... > 13878 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Stopping timer > 13887 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Done shutting down proxy > Results : > Tests in error: > ITPanelMenu.test_disabled_menu_item:91 ? WarpSynchronization The Warp failed t... > ITPanelMenu.test_disabled_menu_item ? Runtime unexpected invocation exception ... > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0 > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 15:46:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 15:46:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13358) rich:panelMenuGroup allowing actions executions even if originally disabled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13358. -------------------------------- Fix Version/s: 4.5.0.Alpha2 5.0.0.Alpha3 Resolution: Done Patch applied to the 4.3 4.5 and 5.0 master branches. > rich:panelMenuGroup allowing actions executions even if originally disabled > --------------------------------------------------------------------------- > > Key: RF-13358 > URL: https://issues.jboss.org/browse/RF-13358 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.4 > Environment: Linux, AS 7.1.1 Brontes, FF 25 with FireBug addOn > Reporter: Pavel Slegr > Assignee: Brian Leathem > Priority: Critical > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > related to https://issues.jboss.org/browse/RF-12813 > This can be possibly a security hole, as the second component piece is discovered to allow tampering actions through JS. > I suggest to try out on other components as well !!! > with following example > {code} > { > > > > > > > > } > {code} > the group43 element is intended to be disabled and thus not allowing any actions execution on it > Once tampered with > {code} > { > new RichFaces.ui.PanelMenuGroup("f:group43",{"collapseEvent":"click","unselectable":false,"selectable":false,"name":"group43","ajax":{"incId":"1"} ,"stylePrefix":"rf\u002Dpm\u002Dgr","expanded":false,"expandEvent":"click","disabled":false,"mode":"client"} ) > } > {code} > It is possible to expand the group and execute further actions on its children elements -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 15:48:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 15:48:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13358) rich:panelMenuGroup allowing actions executions even if originally disabled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13358: ------------------------------- Labels: needs-qe (was: ) > rich:panelMenuGroup allowing actions executions even if originally disabled > --------------------------------------------------------------------------- > > Key: RF-13358 > URL: https://issues.jboss.org/browse/RF-13358 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.4 > Environment: Linux, AS 7.1.1 Brontes, FF 25 with FireBug addOn > Reporter: Pavel Slegr > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > related to https://issues.jboss.org/browse/RF-12813 > This can be possibly a security hole, as the second component piece is discovered to allow tampering actions through JS. > I suggest to try out on other components as well !!! > with following example > {code} > { > > > > > > > > } > {code} > the group43 element is intended to be disabled and thus not allowing any actions execution on it > Once tampered with > {code} > { > new RichFaces.ui.PanelMenuGroup("f:group43",{"collapseEvent":"click","unselectable":false,"selectable":false,"name":"group43","ajax":{"incId":"1"} ,"stylePrefix":"rf\u002Dpm\u002Dgr","expanded":false,"expandEvent":"click","disabled":false,"mode":"client"} ) > } > {code} > It is possible to expand the group and execute further actions on its children elements -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 15:48:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 15:48:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12813) rich:panelMenuItem executes action even if disabled attribute evaluates to true In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12813: ------------------------------- Labels: needs-qe (was: ) > rich:panelMenuItem executes action even if disabled attribute evaluates to true > ------------------------------------------------------------------------------- > > Key: RF-12813 > URL: https://issues.jboss.org/browse/RF-12813 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.0.Final > Reporter: Andrey Zhemoytuk > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > org.richfaces.renderkit.html.PanelMenuItemRenderer#doDecode does not check 'disabled' attribute (how usually do other components before executing action) which may cause security issues. > Initially reported on: > http://stackoverflow.com/questions/15130807/richfaces-panelmenuitem-reevaluating-disabled-not-working -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 15:54:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 15:54:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13220) Quickstart - Remove references to AS 7.1 in the RichFaces quickstarts In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13220: ---------------------------------- Assignee: Brian Leathem (was: Vineet Reynolds) > Quickstart - Remove references to AS 7.1 in the RichFaces quickstarts > --------------------------------------------------------------------- > > Key: RF-13220 > URL: https://issues.jboss.org/browse/RF-13220 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Sande Gilda > Assignee: Brian Leathem > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The readme files provide instruction on how to run quickstarts on both AS 7.1 and EAP 6. Quickstarts now target EAP 6.1, so we need to remove references to AS 7.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 15:56:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 15:56:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13455) The rich:tabPanel no longer visits tab header facets while rendering a response. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13455: ------------------------------- Sprint: 4.3.5 Sprint 1 (was: 5.0.0.Alpha3 - Sprint 1) > The rich:tabPanel no longer visits tab header facets while rendering a response. > -------------------------------------------------------------------------------- > > Key: RF-13455 > URL: https://issues.jboss.org/browse/RF-13455 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 16:04:32 2014 From: issues at jboss.org (Sande Gilda (JIRA)) Date: Fri, 3 Jan 2014 16:04:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13220) Quickstart - Remove references to AS 7.1 in the RichFaces quickstarts In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sande Gilda reassigned RF-13220: -------------------------------- Assignee: Sande Gilda (was: Brian Leathem) > Quickstart - Remove references to AS 7.1 in the RichFaces quickstarts > --------------------------------------------------------------------- > > Key: RF-13220 > URL: https://issues.jboss.org/browse/RF-13220 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Sande Gilda > Assignee: Sande Gilda > Fix For: 4.3.5 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > The readme files provide instruction on how to run quickstarts on both AS 7.1 and EAP 6. Quickstarts now target EAP 6.1, so we need to remove references to AS 7.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 16:10:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 3 Jan 2014 16:10:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13457) Failing Warp test throws exception while trying to take a screenshot In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13457: ------------------------------- Assignee: Luk?? Fry? (was: Brian Leathem) > Failing Warp test throws exception while trying to take a screenshot > -------------------------------------------------------------------- > > Key: RF-13457 > URL: https://issues.jboss.org/browse/RF-13457 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Reporter: Brian Leathem > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > Here are the test results: > {code} > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 7.69 sec <<< FAILURE! - in org.richfaces.ui.toggle.panelMenu.ITPanelMenu > test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.532 sec <<< ERROR! > org.jboss.arquillian.warp.impl.client.execution.WarpSynchronizationException: The Warp failed to observe requests or match them with response. > There were no requests matched by observer [null] > If Warp enriched a wrong request, use observe(...) method to select appropriate request which should be enriched instead. > Otherwise check the server-side log and enable Arquillian debugging mode on both, test and server VM by passing -Darquillian.debug=true. > at org.jboss.arquillian.warp.impl.client.execution.SynchronizationPoint.awaitResponses(SynchronizationPoint.java:155) > at org.jboss.arquillian.warp.impl.client.execution.DefaultExecutionSynchronizer.waitForResponse(DefaultExecutionSynchronizer.java:60) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.awaitResponse(WarpExecutionObserver.java:64) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.awaitServerExecution(DefaultWarpExecutor.java:95) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpExecutor.execute(DefaultWarpExecutor.java:65) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionObserver.executeWarp(WarpExecutionObserver.java:45) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.warp.impl.client.execution.WarpExecutionInitializer.provideWarpContext(WarpExecutionInitializer.java:64) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.execute(DefaultWarpRequestSpecifier.java:98) > at org.jboss.arquillian.warp.impl.client.execution.DefaultWarpRequestSpecifier.inspect(DefaultWarpRequestSpecifier.java:76) > at org.richfaces.ui.toggle.panelMenu.ITPanelMenu.test_disabled_menu_item(ITPanelMenu.java:91) > test_disabled_menu_item(org.richfaces.ui.toggle.panelMenu.ITPanelMenu) Time elapsed: 7.534 sec <<< ERROR! > java.lang.RuntimeException: unexpected invocation exception during invocation of org.openqa.selenium.TakesScreenshot#getScreenshotAs(), on target 'ReusableRemoteWebDriver: chrome on LINUX (799229cc-608d-49d7-91d3-74d9f487fce3)': org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:135) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) > at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() > at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > Caused by: java.lang.NoSuchMethodException: org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver.getScreenshotAs(org.openqa.selenium.OutputType) > at java.lang.Class.getDeclaredMethod(Class.java:1956) > at org.jboss.arquillian.graphene.proxy.GrapheneProxyHandler.invokeReal(GrapheneProxyHandler.java:124) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$1.invoke(GrapheneContextualHandler.java:159) > at org.jboss.arquillian.graphene.enricher.SearchContextInterceptor.intercept(SearchContextInterceptor.java:50) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:48) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor$1.apply(StaleElementInterceptor.java:44) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:177) > at org.openqa.selenium.support.ui.FluentWait$1.apply(FluentWait.java:175) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:208) > at org.openqa.selenium.support.ui.FluentWait.until(FluentWait.java:175) > at org.jboss.arquillian.graphene.wait.WebDriverWaitImpl.until(WebDriverWaitImpl.java:87) > at org.jboss.arquillian.graphene.enricher.StaleElementInterceptor.intercept(StaleElementInterceptor.java:44) > at org.jboss.arquillian.graphene.proxy.InvocationContextImpl.invoke(InvocationContextImpl.java:87) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler$2.call(GrapheneContextualHandler.java:209) > at org.jboss.arquillian.graphene.context.BrowserActions.performAction(BrowserActions.java:62) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.invoke(GrapheneContextualHandler.java:205) > at org.jboss.arquillian.graphene.proxy.GrapheneContextualHandler.intercept(GrapheneContextualHandler.java:229) > at org.jboss.arquillian.drone.webdriver.factory.remote.reusable.ReusableRemoteWebDriver$$EnhancerByGraphene$$94b0812e.getScreenshotAs() > at org.richfaces.arquillian.browser.FailureScreenshot.takeScreenshotOnFailure(FailureScreenshot.java:28) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) > at org.jboss.arquillian.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142) > at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createAfterContext(ContainerEventController.java:134) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:601) > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) > at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.after(EventTestRunnerAdaptor.java:103) > at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185) > at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314) > at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46) > at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147) > at org.junit.runners.Suite.runChild(Suite.java:127) > at org.junit.runners.Suite.runChild(Suite.java:26) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) > at org.junit.runners.ParentRunner.run(ParentRunner.java:309) > at org.junit.runner.JUnitCore.run(JUnitCore.java:160) > at org.junit.runner.JUnitCore.run(JUnitCore.java:138) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:141) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:114) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:86) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:134) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > 13847 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Shutting down proxy > 13853 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Closing all channels... > 13878 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Stopping timer > 13887 [Thread-4] INFO org.jboss.arquillian.warp.impl.client.proxy.WarpHttpProxyServer - Done shutting down proxy > Results : > Tests in error: > ITPanelMenu.test_disabled_menu_item:91 ? WarpSynchronization The Warp failed t... > ITPanelMenu.test_disabled_menu_item ? Runtime unexpected invocation exception ... > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0 > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 16:18:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 16:18:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933664#comment-12933664 ] Brian Leathem commented on RF-13252: ------------------------------------ [~lfryc] any preferences out of the 3 approaches you suggested? At this point you've looked into this issue more than anyone else. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 16:52:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 16:52:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13453) There is no way to extend class org.richfaces.renderkit.ExtendedDataTableRenderer properly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933670#comment-12933670 ] Brian Leathem commented on RF-13453: ------------------------------------ [~positive_coder] could you prepare a Pull Request suggesting the access modifications required for you to properly extend the class? > There is no way to extend class org.richfaces.renderkit.ExtendedDataTableRenderer properly > ------------------------------------------------------------------------------------------ > > Key: RF-13453 > URL: https://issues.jboss.org/browse/RF-13453 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Roman Chigvintsev > > It's impossible to override some methods of class {{org.richfaces.renderkit.ExtendedDataTableRenderer}} (e.g. {{void encodeBody(RendererState state)}}) because internal classes and enums have private access level. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 17:14:33 2014 From: issues at jboss.org (Steven W. (JIRA)) Date: Fri, 3 Jan 2014 17:14:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13458) CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2) In-Reply-To: References: Message-ID: Steven W. created RF-13458: ------------------------------ Summary: CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2) Key: RF-13458 URL: https://issues.jboss.org/browse/RF-13458 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Steven W. There appear to be compatibility issues with the richfaces-5.0.0.Alpha2 release and the javassist package. Using older versions of the package lead to failures stating that new javassist methods are not available. When using the newer libraries (3.14 -> javassist-3.18.0-GA) exceptions are generated on the use of previously functioning command links (the corresponding methods are still the same signatures i.e. return String and take no parameters) with public String selectCurrSelectionUnit() yields: 2014-01-03 13:57:57,597 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception javax.servlet.ServletException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: javax.el.ELException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:94) at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82) at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207) at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822) at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447) at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) ... 33 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 17:40:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 17:40:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13458) CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13458: ------------------------------- Description: There appear to be compatibility issues with the richfaces-5.0.0.Alpha2 release and the javassist package. Using older versions of the package lead to failures stating that new javassist methods are not available. When using the newer libraries (3.14 -> javassist-3.18.0-GA) exceptions are generated on the use of previously functioning command links (the corresponding methods are still the same signatures i.e. return String and take no parameters) {code} {code} with {code} public String selectCurrSelectionUnit() {code} yields: {code} 2014-01-03 13:57:57,597 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception javax.servlet.ServletException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: javax.el.ELException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:94) at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82) at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207) at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822) at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447) at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) ... 33 more {code} was: There appear to be compatibility issues with the richfaces-5.0.0.Alpha2 release and the javassist package. Using older versions of the package lead to failures stating that new javassist methods are not available. When using the newer libraries (3.14 -> javassist-3.18.0-GA) exceptions are generated on the use of previously functioning command links (the corresponding methods are still the same signatures i.e. return String and take no parameters) with public String selectCurrSelectionUnit() yields: 2014-01-03 13:57:57,597 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception javax.servlet.ServletException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) at java.lang.Thread.run(Thread.java:619) Caused by: javax.el.ELException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:94) at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82) at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207) at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819) at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822) at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447) at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188) at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) ... 33 more > CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2) > --------------------------------------------------------------------- > > Key: RF-13458 > URL: https://issues.jboss.org/browse/RF-13458 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Steven W. > > There appear to be compatibility issues with the richfaces-5.0.0.Alpha2 release and the javassist package. Using older versions of the package lead to failures stating that new javassist methods are not available. > When using the newer libraries (3.14 -> javassist-3.18.0-GA) exceptions are generated on the use of previously functioning command links (the corresponding methods are still the same signatures i.e. return String and take no parameters) > {code} > value="#{messages['listByUnit']}" > title="#{messages['titleListByUnit']}" > action="#{appController.selectCurrSelectionUnit}"/> > {code} > with > {code} > public String selectCurrSelectionUnit() > {code} > yields: > {code} > 2014-01-03 13:57:57,597 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception > javax.servlet.ServletException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) > at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) > at java.lang.Thread.run(Thread.java:619) > Caused by: javax.el.ELException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 > at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:94) > at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82) > at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207) > at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) > at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) > at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819) > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447) > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) > at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188) > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > ... 33 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 17:42:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 17:42:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13452) UIDataAdaptor must not register as listener for PostAddToViewEvent in its constructor In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13452: ------------------------------- Fix Version/s: 5-Tracking > UIDataAdaptor must not register as listener for PostAddToViewEvent in its constructor > ------------------------------------------------------------------------------------- > > Key: RF-13452 > URL: https://issues.jboss.org/browse/RF-13452 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.3.4 > Environment: Mojarra 2.1.?? - 2.1.26 > Reporter: Lutz Ulrich > Labels: UIDataAdaptor, UIDataTable, dynamical-add > Fix For: 5-Tracking > > > Whenever a component which is based on {{org.richfaces.component.UIDataAdaptor}} is added dynamically, NPE occurs in the next RESTORE_VIEW Phase when using Mojarra 2.1.x. > My first guess was, that this would be an error in Mojarra (issue 2152, see https://java.net/jira/browse/JAVASERVERFACES-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ), > which occurs whenever a sub-class of {{UIComponent}} registers itself as {{javax.faces.event.SystemEventListener}} for > {{javax.faces.event.PostAddToViewEvent}} in ist constructor, just like {{UIDataAdaptor}} does. > Now, Manfred Riem of Mojarra argues (in the very issue named above), that registering for PostAddToView in the constructor is a design flaw in itself. > Note that the error occurs with every UIComponent which is added dynamically and which registers itself as PostAddToView listener in its constructor. For the Mojarra issue, I provided a simple component which extends the standard JSF HtmlOutputText and registers itself in its constructor, too. Baam - same error. So maybe more components of RichFaces are affected - not just those based on {{UIDataAdaptor}}. > For completion, here is a stack trace: > {quote} > Schwerwiegend: java.lang.NullPointerException > at javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent(UIComponent.java:2526) > at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) > at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2163) > at com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2111) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:289) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:247) > at javax.faces.component.UIComponentBase.publishAfterViewEvents(UIComponentBase.java:2203) > at javax.faces.component.UIComponentBase.doPostAddProcessing(UIComponentBase.java:1885) > at javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:405) > at javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2637) > at javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2609) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreDynamicAdd(FaceletPartialStateManagementStrategy.java:421) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreDynamicActions(FaceletPartialStateManagementStrategy.java:247) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreView(FaceletPartialStateManagementStrategy.java:570) > at com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:138) > at com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:653) > at com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:142) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:301) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:301) > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:192) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116) > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 17:42:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 17:42:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13452) UIDataAdaptor must not register as listener for PostAddToViewEvent in its constructor In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933674#comment-12933674 ] Brian Leathem commented on RF-13452: ------------------------------------ This issue will take a fair amount of investigation to determine the effect of the system event listeners, and find alternatives. > UIDataAdaptor must not register as listener for PostAddToViewEvent in its constructor > ------------------------------------------------------------------------------------- > > Key: RF-13452 > URL: https://issues.jboss.org/browse/RF-13452 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.3.4 > Environment: Mojarra 2.1.?? - 2.1.26 > Reporter: Lutz Ulrich > Labels: UIDataAdaptor, UIDataTable, dynamical-add > Fix For: 5-Tracking > > > Whenever a component which is based on {{org.richfaces.component.UIDataAdaptor}} is added dynamically, NPE occurs in the next RESTORE_VIEW Phase when using Mojarra 2.1.x. > My first guess was, that this would be an error in Mojarra (issue 2152, see https://java.net/jira/browse/JAVASERVERFACES-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ), > which occurs whenever a sub-class of {{UIComponent}} registers itself as {{javax.faces.event.SystemEventListener}} for > {{javax.faces.event.PostAddToViewEvent}} in ist constructor, just like {{UIDataAdaptor}} does. > Now, Manfred Riem of Mojarra argues (in the very issue named above), that registering for PostAddToView in the constructor is a design flaw in itself. > Note that the error occurs with every UIComponent which is added dynamically and which registers itself as PostAddToView listener in its constructor. For the Mojarra issue, I provided a simple component which extends the standard JSF HtmlOutputText and registers itself in its constructor, too. Baam - same error. So maybe more components of RichFaces are affected - not just those based on {{UIDataAdaptor}}. > For completion, here is a stack trace: > {quote} > Schwerwiegend: java.lang.NullPointerException > at javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent(UIComponent.java:2526) > at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) > at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2163) > at com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2111) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:289) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:247) > at javax.faces.component.UIComponentBase.publishAfterViewEvents(UIComponentBase.java:2203) > at javax.faces.component.UIComponentBase.doPostAddProcessing(UIComponentBase.java:1885) > at javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:405) > at javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2637) > at javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2609) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreDynamicAdd(FaceletPartialStateManagementStrategy.java:421) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreDynamicActions(FaceletPartialStateManagementStrategy.java:247) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreView(FaceletPartialStateManagementStrategy.java:570) > at com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:138) > at com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:653) > at com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:142) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:301) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:301) > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:192) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116) > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 17:42:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 17:42:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13451) Persian Datepicker/Calendar In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13451: ------------------------------- Fix Version/s: 5-Tracking > Persian Datepicker/Calendar > --------------------------- > > Key: RF-13451 > URL: https://issues.jboss.org/browse/RF-13451 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha2 > Reporter: Seyed Mohammad Hosein Jamali > Labels: persian,calendar,datepicker > Fix For: 5-Tracking > > Original Estimate: 6 weeks > Remaining Estimate: 6 weeks > > Provides Persian Datepicker/Calendar for RichFaces 5 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 17:42:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 17:42:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13451) Persian Datepicker/Calendar In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13451?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13451: ------------------------------- Component/s: component-input (was: component) > Persian Datepicker/Calendar > --------------------------- > > Key: RF-13451 > URL: https://issues.jboss.org/browse/RF-13451 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Reporter: Seyed Mohammad Hosein Jamali > Labels: persian,calendar,datepicker > Fix For: 5-Tracking > > Original Estimate: 6 weeks > Remaining Estimate: 6 weeks > > Provides Persian Datepicker/Calendar for RichFaces 5 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 18:02:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 18:02:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13450) page attribute on dataScroller doesn't work with a request scope In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13450?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933675#comment-12933675 ] Brian Leathem commented on RF-13450: ------------------------------------ For the data scroller to work with a request scoped bean, the ajax request will have to be checked to make sure it is sending the current page with every request, and updating the backing bean value appropriately. > page attribute on dataScroller doesn't work with a request scope > ---------------------------------------------------------------- > > Key: RF-13450 > URL: https://issues.jboss.org/browse/RF-13450 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-ScrollableDataTable > Affects Versions: 4.3.4 > Environment: java 6 on jboss as 7.1 > Reporter: Luca Stancapiano > Labels: datatable, scrollable > Attachments: scrollablesample.zip, scrollablesample.zip > > > Here the dataTable with a dataScroller: > {code} > page="#{currentPage.page}" /> > id="table" rows="10"> > > > > > > > ... > > {code} > Here the definition of the currentPage bean: > {code} > > currentPage > prova.CurrentPage > request > > {code} > Here the currentPage bean: > {code} > package prova; > public class CurrentPage { > > private int page = 1; > public int getPage() { > return page; > } > public void setPage(int page) { > this.page = page; > } > } > {code} > the 'page' attribute in the dataScroller configuration doesn't work if set to 'request' scope. The buttons rewind and forward are blocked and it doesn't work. If I configure it with a 'session' scope that's ok -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 18:02:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 18:02:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13450) page attribute on dataScroller doesn't work with a request scope In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13450?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13450: ------------------------------- Fix Version/s: 5-Tracking > page attribute on dataScroller doesn't work with a request scope > ---------------------------------------------------------------- > > Key: RF-13450 > URL: https://issues.jboss.org/browse/RF-13450 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-ScrollableDataTable > Affects Versions: 4.3.4 > Environment: java 6 on jboss as 7.1 > Reporter: Luca Stancapiano > Labels: datatable, scrollable > Fix For: 5-Tracking > > Attachments: scrollablesample.zip, scrollablesample.zip > > > Here the dataTable with a dataScroller: > {code} > page="#{currentPage.page}" /> > id="table" rows="10"> > > > > > > > ... > > {code} > Here the definition of the currentPage bean: > {code} > > currentPage > prova.CurrentPage > request > > {code} > Here the currentPage bean: > {code} > package prova; > public class CurrentPage { > > private int page = 1; > public int getPage() { > return page; > } > public void setPage(int page) { > this.page = page; > } > } > {code} > the 'page' attribute in the dataScroller configuration doesn't work if set to 'request' scope. The buttons rewind and forward are blocked and it doesn't work. If I configure it with a 'session' scope that's ok -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 18:04:32 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 18:04:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13449) rich:fileuload progress not displaying In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13449: ---------------------------------- Assignee: Pavol Pitonak QE, please confirm > rich:fileuload progress not displaying > -------------------------------------- > > Key: RF-13449 > URL: https://issues.jboss.org/browse/RF-13449 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Javier Gonzales > Assignee: Pavol Pitonak > > On my local environment with IE 9 the progress bar works fine. Once the application is deployed in higher environments then the progress bar does not display at all. I've also noticed this same issue in the showcases with the same browser IE9 (I've tried other browsers and also experiencing the same problem, IE10/11, Chrome 31.0, etc). After some debugging I've noticed that when the application makes the following request, the response is always 0. > http://showcase.richfaces.org/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.8620246561853033. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 18:04:33 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 3 Jan 2014 18:04:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13452) UIDataAdaptor must not register as listener for PostAddToViewEvent in its constructor In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13452?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933674#comment-12933674 ] Brian Leathem edited comment on RF-13452 at 1/3/14 6:03 PM: ------------------------------------------------------------ This issue will take a fair amount of investigation to determine the effect of the system event listeners, and find alternatives. https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/iteration/UIDataAdaptor.java#L1434 was (Author: bleathem): This issue will take a fair amount of investigation to determine the effect of the system event listeners, and find alternatives. > UIDataAdaptor must not register as listener for PostAddToViewEvent in its constructor > ------------------------------------------------------------------------------------- > > Key: RF-13452 > URL: https://issues.jboss.org/browse/RF-13452 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility > Affects Versions: 4.3.4 > Environment: Mojarra 2.1.?? - 2.1.26 > Reporter: Lutz Ulrich > Labels: UIDataAdaptor, UIDataTable, dynamical-add > Fix For: 5-Tracking > > > Whenever a component which is based on {{org.richfaces.component.UIDataAdaptor}} is added dynamically, NPE occurs in the next RESTORE_VIEW Phase when using Mojarra 2.1.x. > My first guess was, that this would be an error in Mojarra (issue 2152, see https://java.net/jira/browse/JAVASERVERFACES-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ), > which occurs whenever a sub-class of {{UIComponent}} registers itself as {{javax.faces.event.SystemEventListener}} for > {{javax.faces.event.PostAddToViewEvent}} in ist constructor, just like {{UIDataAdaptor}} does. > Now, Manfred Riem of Mojarra argues (in the very issue named above), that registering for PostAddToView in the constructor is a design flaw in itself. > Note that the error occurs with every UIComponent which is added dynamically and which registers itself as PostAddToView listener in its constructor. For the Mojarra issue, I provided a simple component which extends the standard JSF HtmlOutputText and registers itself in its constructor, too. Baam - same error. So maybe more components of RichFaces are affected - not just those based on {{UIDataAdaptor}}. > For completion, here is a stack trace: > {quote} > Schwerwiegend: java.lang.NullPointerException > at javax.faces.component.UIComponent$ComponentSystemEventListenerAdapter.processEvent(UIComponent.java:2526) > at javax.faces.event.SystemEvent.processListener(SystemEvent.java:106) > at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2163) > at com.sun.faces.application.ApplicationImpl.invokeComponentListenersFor(ApplicationImpl.java:2111) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:289) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:247) > at javax.faces.component.UIComponentBase.publishAfterViewEvents(UIComponentBase.java:2203) > at javax.faces.component.UIComponentBase.doPostAddProcessing(UIComponentBase.java:1885) > at javax.faces.component.UIComponentBase.setParent(UIComponentBase.java:405) > at javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2637) > at javax.faces.component.UIComponentBase$ChildrenList.add(UIComponentBase.java:2609) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreDynamicAdd(FaceletPartialStateManagementStrategy.java:421) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreDynamicActions(FaceletPartialStateManagementStrategy.java:247) > at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreView(FaceletPartialStateManagementStrategy.java:570) > at com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:138) > at com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:653) > at com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:142) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:301) > at javax.faces.application.ViewHandlerWrapper.restoreView(ViewHandlerWrapper.java:301) > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:192) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116) > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 3 18:30:32 2014 From: issues at jboss.org (Roman Chigvintsev (JIRA)) Date: Fri, 3 Jan 2014 18:30:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13453) There is no way to extend class org.richfaces.renderkit.ExtendedDataTableRenderer properly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933679#comment-12933679 ] Roman Chigvintsev commented on RF-13453: ---------------------------------------- I have just linked my Pull Request. Please correct me if something is wrong. > There is no way to extend class org.richfaces.renderkit.ExtendedDataTableRenderer properly > ------------------------------------------------------------------------------------------ > > Key: RF-13453 > URL: https://issues.jboss.org/browse/RF-13453 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Roman Chigvintsev > > It's impossible to override some methods of class {{org.richfaces.renderkit.ExtendedDataTableRenderer}} (e.g. {{void encodeBody(RendererState state)}}) because internal classes and enums have private access level. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 4 04:30:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Sat, 4 Jan 2014 04:30:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933690#comment-12933690 ] Luk?? Fry? commented on RF-13314: --------------------------------- The only down-side here is that Resource Libraries allows to dynamically determine actual resources (e.g. inclusion of [{{richfaces-queue.js}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/resource/AjaxResourceLibrary.java#L46]). > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Fix For: 5-Tracking > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 4 04:55:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Sat, 4 Jan 2014 04:55:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933691#comment-12933691 ] Luk?? Fry? commented on RF-13252: --------------------------------- I will try (3) first. If not possible, we will use (2) or (1) in this order of preference. The downside is that (2) can't be implemented without a [change of semantics|https://issues.jboss.org/browse/RF-13314?focusedCommentId=12933690&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12933690]. > a4j:ajax includes jsf.js script twice > ------------------------------------- > > Key: RF-13252 > URL: https://issues.jboss.org/browse/RF-13252 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.3.4 > Environment: any browser > EAP 6.2 (Mojarra 2.1.19) > EAP 6.1 (Mojarra 2.1.19) > JBoss AS 7.1.1 (Mojarra 2.1.7) > Reporter: Jon?? Trantina > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: reproducer.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When a4j:script is used in the page like so: > {noformat} > > > > {noformat} > Then two script tags pointing to jsf.js are added to the page, once in the head by the inclusion of @ResourceDependency [1], and once again by Overriding the ClientBehaviorRenderer#getScript method [2,3]. > Note, that according to Brian, resolving this without introducing any functional regressions may require the resolution of RF-12270 [4]. > [1] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L53 > [2] https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/ajax/ajax/AjaxBehaviorRenderer.java#L123 > [3] https://github.com/jboss/mojarra/blob/2.1.21-jbossorg-1/jsf-api/src/main/java/javax/faces/render/ClientBehaviorRenderer.java#L95 > [4] https://issues.jboss.org/browse/RF-12270 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sun Jan 5 23:37:32 2014 From: issues at jboss.org (Javier Gonzales (JIRA)) Date: Sun, 5 Jan 2014 23:37:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13449) rich:fileuload progress not displaying In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Javier Gonzales updated RF-13449: --------------------------------- Description: On my local environment with IE 9 the progress bar works fine. Once the application is deployed in higher environments the progress bar does not display the progress, the bar is empty. I've also noticed this same issue in the showcases with the same browser IE9 (I've tried other browsers and also experiencing the same problem, IE10/11, Chrome 31.0, etc). After some debugging I've noticed that when the application makes the following request, the response is always 0. http://showcase.richfaces.org/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.8620246561853033. was: On my local environment with IE 9 the progress bar works fine. Once the application is deployed in higher environments then the progress bar does not display at all. I've also noticed this same issue in the showcases with the same browser IE9 (I've tried other browsers and also experiencing the same problem, IE10/11, Chrome 31.0, etc). After some debugging I've noticed that when the application makes the following request, the response is always 0. http://showcase.richfaces.org/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.8620246561853033. > rich:fileuload progress not displaying > -------------------------------------- > > Key: RF-13449 > URL: https://issues.jboss.org/browse/RF-13449 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Javier Gonzales > Assignee: Pavol Pitonak > > On my local environment with IE 9 the progress bar works fine. Once the application is deployed in higher environments the progress bar does not display the progress, the bar is empty. I've also noticed this same issue in the showcases with the same browser IE9 (I've tried other browsers and also experiencing the same problem, IE10/11, Chrome 31.0, etc). After some debugging I've noticed that when the application makes the following request, the response is always 0. > http://showcase.richfaces.org/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.8620246561853033. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 03:57:32 2014 From: issues at jboss.org (Marek Novotny (JIRA)) Date: Mon, 6 Jan 2014 03:57:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13458) CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13458?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933729#comment-12933729 ] Marek Novotny commented on RF-13458: ------------------------------------ Seam uses javasist 3.15.0-GA as the latest version which can use/was tested. 3.18.0-GA changed signature in method javassist.util.proxy.RuntimeSupport.find2Methods(Ljava/lang/Object;Ljava/lang/String;Ljava/lang/String;ILjava/lang/String;[Ljava/lang/reflect/Method;)V So you should use corresponding Seam BOM as recommended/tested thirdparty dependencies ;-). And if you would like to use newer versions, you can expect some glitches. This is not an issue of Richfaces. > CommandLink Javassist Compatibility Failures (richfaces-5.0.0.Alpha2) > --------------------------------------------------------------------- > > Key: RF-13458 > URL: https://issues.jboss.org/browse/RF-13458 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Steven W. > > There appear to be compatibility issues with the richfaces-5.0.0.Alpha2 release and the javassist package. Using older versions of the package lead to failures stating that new javassist methods are not available. > When using the newer libraries (3.14 -> javassist-3.18.0-GA) exceptions are generated on the use of previously functioning command links (the corresponding methods are still the same signatures i.e. return String and take no parameters) > {code} > value="#{messages['listByUnit']}" > title="#{messages['titleListByUnit']}" > action="#{appController.selectCurrSelectionUnit}"/> > {code} > with > {code} > public String selectCurrSelectionUnit() > {code} > yields: > {code} > 2014-01-03 13:57:57,597 ERROR [org.jboss.seam.exception.Exceptions] - handled and logged exception > javax.servlet.ServletException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:606) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:374) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83) > at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) > at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69) > at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:953) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907) > at java.lang.Thread.run(Thread.java:619) > Caused by: javax.el.ELException: /layout/controller-selections.xhtml: Property 'selectCurrSelectionUnit' not found on type com.integrits.bean.Controller_$$_javassist_seam_2 > at com.sun.faces.facelets.compiler.AttributeInstruction.write(AttributeInstruction.java:94) > at com.sun.faces.facelets.compiler.UIInstructions.encodeBegin(UIInstructions.java:82) > at com.sun.faces.facelets.compiler.UILeaf.encodeAll(UILeaf.java:207) > at javax.faces.render.Renderer.encodeChildren(Renderer.java:168) > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) > at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) > at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:847) > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1819) > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1822) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:447) > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) > at org.jboss.seam.jsf.SeamViewHandler.renderView(SeamViewHandler.java:188) > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > ... 33 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 06:57:33 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 6 Jan 2014 06:57:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13449) rich:fileuload progress not displaying In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak reassigned RF-13449: ---------------------------------- Assignee: Brian Leathem (was: Pavol Pitonak) I was able to reproduce the bug on Showcase with fake 300MB PNG image (see screenshot 3). It is not possible to reproduce with small files because upload is very fast. However, when I changed max file size in Metamer to 900 MB and I uploaded 300 MB file, it worked fine (screenshot 1). As soon as I tried to upload 1.2GB file (more than allowed maximum), it behaved as in Showcase (screenshot 2). > rich:fileuload progress not displaying > -------------------------------------- > > Key: RF-13449 > URL: https://issues.jboss.org/browse/RF-13449 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Javier Gonzales > Assignee: Brian Leathem > > On my local environment with IE 9 the progress bar works fine. Once the application is deployed in higher environments the progress bar does not display the progress, the bar is empty. I've also noticed this same issue in the showcases with the same browser IE9 (I've tried other browsers and also experiencing the same problem, IE10/11, Chrome 31.0, etc). After some debugging I've noticed that when the application makes the following request, the response is always 0. > http://showcase.richfaces.org/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.8620246561853033. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 06:59:33 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 6 Jan 2014 06:59:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13449) rich:fileuload progress not displaying In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak updated RF-13449: ------------------------------- Attachment: fileupload1.png fileupload2.png fileupload3.png > rich:fileuload progress not displaying > -------------------------------------- > > Key: RF-13449 > URL: https://issues.jboss.org/browse/RF-13449 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Javier Gonzales > Assignee: Brian Leathem > Attachments: fileupload1.png, fileupload2.png, fileupload3.png > > > On my local environment with IE 9 the progress bar works fine. Once the application is deployed in higher environments the progress bar does not display the progress, the bar is empty. I've also noticed this same issue in the showcases with the same browser IE9 (I've tried other browsers and also experiencing the same problem, IE10/11, Chrome 31.0, etc). After some debugging I've noticed that when the application makes the following request, the response is always 0. > http://showcase.richfaces.org/rfRes/fileUploadProgress.jsf?ln=org.richfaces&rf_fu_uid_alt=0.8620246561853033. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 07:03:33 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 6 Jan 2014 07:03:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13358) rich:panelMenuGroup allowing actions executions even if originally disabled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933768#comment-12933768 ] Pavol Pitonak commented on RF-13358: ------------------------------------ [~manovotn], please verify and remove needs-qe label if it's OK. > rich:panelMenuGroup allowing actions executions even if originally disabled > --------------------------------------------------------------------------- > > Key: RF-13358 > URL: https://issues.jboss.org/browse/RF-13358 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.4 > Environment: Linux, AS 7.1.1 Brontes, FF 25 with FireBug addOn > Reporter: Pavel Slegr > Assignee: Brian Leathem > Priority: Critical > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > related to https://issues.jboss.org/browse/RF-12813 > This can be possibly a security hole, as the second component piece is discovered to allow tampering actions through JS. > I suggest to try out on other components as well !!! > with following example > {code} > { > > > > > > > > } > {code} > the group43 element is intended to be disabled and thus not allowing any actions execution on it > Once tampered with > {code} > { > new RichFaces.ui.PanelMenuGroup("f:group43",{"collapseEvent":"click","unselectable":false,"selectable":false,"name":"group43","ajax":{"incId":"1"} ,"stylePrefix":"rf\u002Dpm\u002Dgr","expanded":false,"expandEvent":"click","disabled":false,"mode":"client"} ) > } > {code} > It is possible to expand the group and execute further actions on its children elements -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 07:03:33 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 6 Jan 2014 07:03:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13287) rich:extendedDataTable column resizing with ajax loading not working properly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13287?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933769#comment-12933769 ] Pavol Pitonak commented on RF-13287: ------------------------------------ [~manovotn], please verify and remove needs-qe label if it's OK. > rich:extendedDataTable column resizing with ajax loading not working properly > ----------------------------------------------------------------------------- > > Key: RF-13287 > URL: https://issues.jboss.org/browse/RF-13287 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4 > Environment: Glassfish 3.1.2.2, Mojarra 2.1.26, IE10, IE8, Chrome 30, > Reporter: Andreas G > Assignee: Michal Petrov > Labels: needs-qe, testcase_provided > Fix For: 4.3.5 > > > In a rich:extendedDataTable with ajax loading turned on: When you resize a column and scroll down (load data), the size of the columns reset to their original value. Only the header keeps its size. The header and the data are not matching anymore. > Reproducible in the 4.3.4 showcase! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 08:31:33 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 6 Jan 2014 08:31:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13459) Google map doesn't work because of stack overflow In-Reply-To: References: Message-ID: Pavol Pitonak created RF-13459: ---------------------------------- Summary: Google map doesn't work because of stack overflow Key: RF-13459 URL: https://issues.jboss.org/browse/RF-13459 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-misc Affects Versions: 3.3.4.Final, 3.3.1.SP3 Reporter: Pavol Pitonak # open http://showcase-rf3.richfaces.org/richfaces/gmap.jsf?c=gmap&tab=usage in Chrome 31, IE7/8/9 result: * map is rendered for a second but that it disappear and popup with stack overflow error is displayed * this is in browser console: {code} Uncaught RangeError: Maximum call stack size exceeded %7Bmain,adsense,geometry,zombie%7D.js:11 {code} * there are several warnings in browser console but I'm not sure if they are somehow related: {code} Map.disableContinuousZoom is no longer supported in the Google Maps Javascript API v2. Please visit https://developers.google.com/maps/documentation/javascript/v2/v2tov3 to migrate your application to v3. %7Bmain,adsense,geometry,zombie%7D.js:66 Control is no longer supported in the Google Maps Javascript API v2. Please visit https://developers.google.com/maps/documentation/javascript/v2/v2tov3 to migrate your application to v3. %7Bmain,adsense,geometry,zombie%7D.js:66 Map.addControl is no longer supported in the Google Maps Javascript API v2. Please visit https://developers.google.com/maps/documentation/javascript/v2/v2tov3 to migrate your application to v3. %7Bmain,adsense,geometry,zombie%7D.js:66 ScaleControl is no longer supported in the Google Maps Javascript API v2. Please visit https://developers.google.com/maps/documentation/javascript/v2/v2tov3 to migrate your application to v3. %7Bmain,adsense,geometry,zombie%7D.js:66 {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 6 08:51:33 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 6 Jan 2014 08:51:33 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13252) a4j:ajax includes jsf.js script twice In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933799#comment-12933799 ] Luk?? Fry? commented on RF-13252: --------------------------------- For marking the resource as renderer, we would need to hard-code an flag such as: {code} public class ResourceTrackerForMojarra implements ResourceTracker { ... @Override public void markResourceRendered(FacesContext facesContext, ResourceKey resourceKey) { ... if (ResourceKey.create("javax.faces:jsf.js").equals(resourceKey)) { facesContext.getAttributes().put("com.sun.faces.SCRIPT_STATE", Boolean.TRUE); } } } {code} The Mojarra code here is little bit inconsistent as there is another mean of flagging presense of a script: https://github.com/jboss/mojarra/blob/2.1.19-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/renderkit/html_basic/ScriptRenderer.java#L86 ---- Even though I prototyped the patch suggested above, the {{ then skin work, but, only the "rich controls" work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:20:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 10:20:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13504) ExtendedPartialViewContext should write ClientWindow ID updates to a partial response In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13504: ---------------------------- Summary: ExtendedPartialViewContext should write ClientWindow ID updates to a partial response (was: ExtendedPartialViewContext should write ClientWindow ID updates to the partial response) > ExtendedPartialViewContext should write ClientWindow ID updates to a partial response > ------------------------------------------------------------------------------------- > > Key: RF-13504 > URL: https://issues.jboss.org/browse/RF-13504 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Labels: jsf22 > > During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465 into response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. > Framework tests are needed to cover this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:20:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 10:20:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13504) ExtendedPartialViewContext should write ClientWindow ID updates to the partial response In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13504: ------------------------------- Summary: ExtendedPartialViewContext should write ClientWindow ID updates to the partial response Key: RF-13504 URL: https://issues.jboss.org/browse/RF-13504 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: core Affects Versions: 5.0.0.Alpha2 Reporter: Luk?? Fry? During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465 into response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. Framework tests are needed to cover this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:20:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 10:20:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13504) ExtendedPartialViewContext should write ClientWindow ID updates to a partial response In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13504: ---------------------------- Issue Type: Bug (was: Feature Request) > ExtendedPartialViewContext should write ClientWindow ID updates to a partial response > ------------------------------------------------------------------------------------- > > Key: RF-13504 > URL: https://issues.jboss.org/browse/RF-13504 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Labels: jsf22 > > During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465 into response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. > Framework tests are needed to cover this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:38:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 10:38:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13504) ExtendedPartialViewContext should write ClientWindow ID updates to a partial response In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13504: ------------------------------- Description: During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465] into the response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. Framework tests are needed to cover this issue. was: During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465 into response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. Framework tests are needed to cover this issue. > ExtendedPartialViewContext should write ClientWindow ID updates to a partial response > ------------------------------------------------------------------------------------- > > Key: RF-13504 > URL: https://issues.jboss.org/browse/RF-13504 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Labels: jsf22 > > During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465] into the response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. > Framework tests are needed to cover this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:42:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 10:42:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13390: ---------------------------- Summary: Regions don't have any visual representation so they can't be used as a @render target (was: Region fails to render after ajax request) > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:42:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 10:42:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13390: ---------------------------- Issue Type: Enhancement (was: Bug) > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 10:50:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 10:50:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13504) ExtendedPartialViewContext should write ClientWindow ID updates to a partial response In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13504: ------------------------------- Fix Version/s: 5.0.0.Alpha3 > ExtendedPartialViewContext should write ClientWindow ID updates to a partial response > ------------------------------------------------------------------------------------- > > Key: RF-13504 > URL: https://issues.jboss.org/browse/RF-13504 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465] into the response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. > Framework tests are needed to cover this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 11:18:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 21 Jan 2014 11:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937608#comment-12937608 ] Pavol Pitonak commented on RF-13493: ------------------------------------ Works fine in IE7/8/9 and Firefox 26. Doesn't work in Chrome 32.0.1700.77 > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 12:04:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 12:04:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937634#comment-12937634 ] Luk?? Fry? commented on RF-13390: --------------------------------- That's right, but I will investigate a little bit more, few things to consider: 1) how RichFaces 3.x uses regions 2) are there any other requests or misunderstandings in forums/stackoverflow/etc.? 3) what docs say about region > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 12:06:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 12:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13505: ------------------------------- Summary: Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) Key: RF-13505 URL: https://issues.jboss.org/browse/RF-13505 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Reporter: Luk?? Fry? Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 We will still need to use some: * resolve values in runtime * add IDs for execution of AjaxOutput's * collect list of meta-components to render * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 12:28:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 12:28:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937641#comment-12937641 ] Luk?? Fry? commented on RF-13505: --------------------------------- One of the workarounds when Mojarra gets not fixed on timely manner: We are still able to wrap {{VisitContext}} by considering these facts: * {{PartialViewContext}} must call {{UIViewRoot#visitTree(...)}} with parameters {{PartialVisitContext}} and {{PhaseAwareVisitCallback}} * we can wrap {{FacesContext#getViewRoot()}} (we have control over {{FacesContextFactory}} * wrapped {{UIViewRoot}} will have rewritten {{#visitTree}} ** we will use there {{VisitContextWrapper}} to make sure {{PartialViewContext}} is extended by RichFaces ** our wrapper will rewrite methods like {{#invokeVisitCallback}} to do the meta-component rendering > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 12:32:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 21 Jan 2014 12:32:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937641#comment-12937641 ] Luk?? Fry? edited comment on RF-13505 at 1/21/14 12:31 PM: ----------------------------------------------------------- One of the workarounds when Mojarra gets not fixed on timely manner: We are still able to wrap {{VisitContext}} by considering these facts: * {{PartialViewContext}} must call {{UIViewRoot#visitTree(...)}} with parameters {{PartialVisitContext}} and {{PhaseAwareVisitCallback}} * we can wrap {{FacesContext#getViewRoot()}} (we have control over {{FacesContextFactory}} * wrapped {{UIViewRoot}} will have rewritten {{#visitTree}} ** we will use there {{VisitContextWrapper}} to make sure {{PartialViewContext}} is extended by RichFaces ** our wrapper will wrap methods like {{#invokeVisitCallback(...)}}/{{#getHints()}}/{{#getIdsToVisit()}} to do the meta-component rendering was (Author: lfryc): One of the workarounds when Mojarra gets not fixed on timely manner: We are still able to wrap {{VisitContext}} by considering these facts: * {{PartialViewContext}} must call {{UIViewRoot#visitTree(...)}} with parameters {{PartialVisitContext}} and {{PhaseAwareVisitCallback}} * we can wrap {{FacesContext#getViewRoot()}} (we have control over {{FacesContextFactory}} * wrapped {{UIViewRoot}} will have rewritten {{#visitTree}} ** we will use there {{VisitContextWrapper}} to make sure {{PartialViewContext}} is extended by RichFaces ** our wrapper will rewrite methods like {{#invokeVisitCallback}} to do the meta-component rendering > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 12:42:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 12:42:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937650#comment-12937650 ] Brian Leathem commented on RF-13505: ------------------------------------ We should proceed with a PoC to determine if there are any other as-yet unforseen blockers. We could proceed with the workaround you suggested, or with a patched fork of Mojarra. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 14:42:29 2014 From: issues at jboss.org (Vasil Lukach (JIRA)) Date: Tue, 21 Jan 2014 14:42:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13506) Incorrect information on showcase fileUpload sample page (maxRequestSize description) In-Reply-To: References: Message-ID: Vasil Lukach created RF-13506: --------------------------------- Summary: Incorrect information on showcase fileUpload sample page (maxRequestSize description) Key: RF-13506 URL: https://issues.jboss.org/browse/RF-13506 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-input, examples, showcase Affects Versions: 4.3.4 Reporter: Vasil Lukach Priority: Trivial http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=fileUpload page contains incorrect information: "maxRequestSize attribute defines max size in bytes of the uploaded files (1000000 for this example)". But based on "This example allows you to upload up to 5 files. The file extension is limited to GIF, JPG, BMP, PNG and the maximum size of each file must not exceed 100kB" number 1000000 should be changed to 102400. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 16:30:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 16:30:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13506) Incorrect information on showcase fileUpload sample page (maxRequestSize description) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13506: ------------------------------- Fix Version/s: 4.3.5 > Incorrect information on showcase fileUpload sample page (maxRequestSize description) > ------------------------------------------------------------------------------------- > > Key: RF-13506 > URL: https://issues.jboss.org/browse/RF-13506 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, examples, showcase > Affects Versions: 4.3.4 > Reporter: Vasil Lukach > Priority: Trivial > Fix For: 4.3.5 > > > http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=fileUpload page contains incorrect information: > "maxRequestSize attribute defines max size in bytes of the uploaded files (1000000 for this example)". > But based on "This example allows you to upload up to 5 files. The file extension is limited to GIF, JPG, BMP, PNG and the maximum size of each file must not exceed 100kB" number 1000000 should be changed to 102400. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 16:30:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 16:30:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13506) Incorrect information on showcase fileUpload sample page (maxRequestSize description) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13506: ------------------------------- Fix Version/s: 4.3.6 (was: 4.3.5) > Incorrect information on showcase fileUpload sample page (maxRequestSize description) > ------------------------------------------------------------------------------------- > > Key: RF-13506 > URL: https://issues.jboss.org/browse/RF-13506 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, examples, showcase > Affects Versions: 4.3.4 > Reporter: Vasil Lukach > Priority: Trivial > Fix For: 4.3.6 > > > http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=fileUpload page contains incorrect information: > "maxRequestSize attribute defines max size in bytes of the uploaded files (1000000 for this example)". > But based on "This example allows you to upload up to 5 files. The file extension is limited to GIF, JPG, BMP, PNG and the maximum size of each file must not exceed 100kB" number 1000000 should be changed to 102400. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 17:18:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 17:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13317) ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate() In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937711#comment-12937711 ] Brian Leathem commented on RF-13317: ------------------------------------ Let's let it stabilize in the 5 branch and back port it as appropriate. Maybe schedule a jira for 4.3.6 to address the backport. > ExtendedPartialViewContextImpl should specify correct javax.faces.ViewState id in startUpdate() > ----------------------------------------------------------------------------------------------- > > Key: RF-13317 > URL: https://issues.jboss.org/browse/RF-13317 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Environment: Wildfly-8.0.0.Beta1, jsf-impl-2.2.3-jbossorg-1 > Reporter: Matti Bickel > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I'm using several {{}} fields in a {{}}, but have noticed the issue with several other AJAX requests: > When the response comes back, the data is fine but I get a JSF error saying > bq. During update: javax.faces.ViewState not found > Following that, no componentData is available to the Autocomplete component and no suggestions get displayed. > For reference the [javadoc for ResponseStateManager.VIEW_STATE_PARAM|https://javaserverfaces.java.net/nonav/docs/2.2/javadocs/javax/faces/render/ResponseStateManager.html#VIEW_STATE_PARAM] says: > {quote} > Implementations must use this constant field value as the name of the client parameter in which to save the state between requests. The id attribute must be a concatenation of the return from UIComponent.getContainerClientId(javax.faces.context.FacesContext), the return from UINamingContainer.getSeparatorChar(javax.faces.context.FacesContext), this constant field value, the separator char, and a number that is guaranteed to be unique with respect to all the other instances of this kind of client parameter in the view. > {quote} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 17:24:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 17:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13503) Richfaces 3.3.3-final conflict jquery+bootstrap In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13503: ------------------------------- Fix Version/s: 3.Future > Richfaces 3.3.3-final conflict jquery+bootstrap > ----------------------------------------------- > > Key: RF-13503 > URL: https://issues.jboss.org/browse/RF-13503 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Reporter: Marcius Brandao > Fix For: 3.Future > > > we implement the bootstrap: > in web.xml : org.richfaces.SKIN=plain > and no xhtml: > > > > > ... > > > > then skin work, but, only the "rich controls" work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 17:24:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 17:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13504) ExtendedPartialViewContext should write ClientWindow ID updates to the partial response In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13504: ------------------------------- Summary: ExtendedPartialViewContext should write ClientWindow ID updates to the partial response (was: ExtendedPartialViewContext should write ClientWindow ID updates to a partial response) > ExtendedPartialViewContext should write ClientWindow ID updates to the partial response > --------------------------------------------------------------------------------------- > > Key: RF-13504 > URL: https://issues.jboss.org/browse/RF-13504 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > During code inspection for RF-13317 I have noticed [we are not writing client-window ID|https://github.com/richfaces/richfaces/blob/2d6e657136e409f67d837a7a30551bd84daba8cf/framework/src/main/java/org/richfaces/context/ExtendedPartialViewContextImpl.java#L465] into the response as [Mojarra does|https://github.com/jboss/mojarra/blob/2.2.4-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/context/PartialViewContextImpl.java#L458]. > Framework tests are needed to cover this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 18:24:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 18:24:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-11973) rich:contextMenu - after ajax re-render of table contextMenu no longer works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-11973. -------------------------------- Resolution: Done Fixed in 5 > rich:contextMenu - after ajax re-render of table contextMenu no longer works > ---------------------------------------------------------------------------- > > Key: RF-11973 > URL: https://issues.jboss.org/browse/RF-11973 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.2.0.CR1, 4.3.2 > Environment: chrome browser / glassfish 3.1.1 / mojarra 2.1.6 > Reporter: Brendan Healey > Assignee: Brian Leathem > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > > With the following code structure, when the page is first rendered > you can right click on a row in the table and the context menu appears. > After pushing the commandButton subsequent right clicks show the > default browser right click menu, and not the context menu. > {code} > > ... > > > > mode="ajax" > onclick="alert('hello, world!')"/> > > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 18:24:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 18:24:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13488) Photoalbum: facebook login - User cancelled login or did not fully authorize. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937726#comment-12937726 ] Brian Leathem commented on RF-13488: ------------------------------------ [~michpetrov] are you saying you are unable to reproduce this issue? > Photoalbum: facebook login - User cancelled login or did not fully authorize. > ----------------------------------------------------------------------------- > > Key: RF-13488 > URL: https://issues.jboss.org/browse/RF-13488 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: Chrome 31, Firefox 26 > JBoss EAP 6.1.1.GA > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Labels: photoalbum > Attachments: screenshot01.png > > > Steps to reproduce: > 1. without being logged into Facebook account > 2. open Photoalbum app: http://localhost:8080/richfaces-photoalbum/ > 3. click Login > 4. click Facebook logo to log into > 5. type the Facebook credentials > FAIL: following error appears: > {code} > User cancelled login or did not fully authorize > {code} > (Note: I had to disable popup blocking for that page, but it doesn't work though. I repeated steps above after disabling popups.) > I can see no errors in browser console or server console. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 18:44:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 18:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937727#comment-12937727 ] Brian Leathem commented on RF-13493: ------------------------------------ Works fine for me with Chrome 31.0.1650.63 on Linux. [~ppitonak] can you investigate your failure on Chrome and report back if there are specific versions/OSes that fail? > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 21 19:02:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 21 Jan 2014 19:02:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13239) Popup panel: CSS class rf-pp-hdr contains invalid property repeat-x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937729#comment-12937729 ] Brian Leathem commented on RF-13239: ------------------------------------ [~ppitonak] please verify in RF 4.5 and 5.0 now that the blocking issues have been resolved. > Popup panel: CSS class rf-pp-hdr contains invalid property repeat-x > ------------------------------------------------------------------- > > Key: RF-13239 > URL: https://issues.jboss.org/browse/RF-13239 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Priority: Minor > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml > # check browser console > result: > * Invalid CSS property name: repeat-x (in popupPanel.ecss, line 40) > possible solution: > * replace > {code} > .rf-pp-hdr { > background: url(...); > repeat-x: top left #BED6F8; > ... > } > {code} > * with > {code} > .rf-pp-hdr { > background: url(...) repeat-x top left #BED6F8; > ... > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 04:38:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 04:38:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937792#comment-12937792 ] Matej Novotny commented on RF-13314: ------------------------------------ In order to test this I used Showcase for all the versions and checked the console for errors. (using FF and JBoss AS 7.1.) * RF 4.3.5 Here, everything works as excepted and no errors are present in either web console or server console. * RF 4.5 * RF 5 > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 04:38:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 04:38:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13314: ------------------------------- Comment: was deleted (was: In order to test this I used Showcase for all the versions and checked the console for errors. (using FF and JBoss AS 7.1.) * RF 4.3.5 Here, everything works as excepted and no errors are present in either web console or server console. * RF 4.5 * RF 5) > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 04:42:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 22 Jan 2014 04:42:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13488) Photoalbum: facebook login - User cancelled login or did not fully authorize. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937795#comment-12937795 ] Michal Petrov commented on RF-13488: ------------------------------------ [~bleathem] Facebook apps have a sandbox setting, i.e. only the owner and associated accounts can be authorized. I've turned it off and it should work now. > Photoalbum: facebook login - User cancelled login or did not fully authorize. > ----------------------------------------------------------------------------- > > Key: RF-13488 > URL: https://issues.jboss.org/browse/RF-13488 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: Chrome 31, Firefox 26 > JBoss EAP 6.1.1.GA > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Labels: photoalbum > Attachments: screenshot01.png > > > Steps to reproduce: > 1. without being logged into Facebook account > 2. open Photoalbum app: http://localhost:8080/richfaces-photoalbum/ > 3. click Login > 4. click Facebook logo to log into > 5. type the Facebook credentials > FAIL: following error appears: > {code} > User cancelled login or did not fully authorize > {code} > (Note: I had to disable popup blocking for that page, but it doesn't work though. I repeated steps above after disabling popups.) > I can see no errors in browser console or server console. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:18:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 05:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937816#comment-12937816 ] Matej Novotny commented on RF-13314: ------------------------------------ In order to test this I used Showcase for all the versions and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) * RF 4.3.5 Here, everything works as excepted and no errors are present in either web console or server console. * RF 4.5 Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. Steps to reproduce: ** Start JBoss AS 7.1 ** Deploy showcase for 4.5.x ** Go to [main page|http://localhost:8080/showcase] {code} 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} * RF 5 The main page is accessible and so are components however there are some more errors present, firstly its *StackOverflowException*. The list of affected components is mentioned below in "_steps to reproduce_" section. Steps to reproduce: ** Start JBossAS 7.1 ** Deploy showcase for RF 5 ** Go to some of the following links: [r:attachQueue|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=attachQueue&skin=blueSky], [r:status|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=status&skin=blueSky], [Client Side Validation|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=clientValidation&skin=blueSky], [r:chart (here the component doesn't even render)|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=chart&skin=blueSky], [r:editor|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=editor&skin=blueSky] {code} 10:52:21,223 WARNING [javax.enterprise.resource.webcontainer.jsf.renderkit] (http--127.0.0.1-8080-3) JSF1087: Unable to generate Facelets error page as the response has already been committed. 10:52:21,224 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (http--127.0.0.1-8080-3) javax.faces.FacesException: javax.faces.FacesException at com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:142) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] Caused by: java.lang.StackOverflowError at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:171) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] {code} Secondly I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: {code} javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:724) Caused by: java.lang.NullPointerException at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) ... 83 more {code} Thirdly when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: {code} 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. {code} If you want I can create separate issues for problems I found. > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:22:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 05:22:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13314: ------------------------------- Fix Version/s: (was: 4.3.5) > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:24:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 05:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny reopened RF-13314: -------------------------------- Reopening until the problems I came across will be clarified. Also I removed _4.3.5_ from Fix version field since there were no problems found. > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:32:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 05:32:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13314: ------------------------------- Fix Version/s: 4.3.5 > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:32:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 05:32:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937820#comment-12937820 ] Matej Novotny edited comment on RF-13314 at 1/22/14 5:31 AM: ------------------------------------------------------------- Reopening until the problems I came across will be clarified. was (Author: manovotn): Reopening until the problems I came across will be clarified. Also I removed _4.3.5_ from Fix version field since there were no problems found. > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:58:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 05:58:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937825#comment-12937825 ] Luk?? Fry? commented on RF-13505: --------------------------------- I will continue with PoCing this idea and see whether it works with MyFaces. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:58:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 05:58:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937824#comment-12937824 ] Luk?? Fry? commented on RF-13314: --------------------------------- Matej, I fixed the StackOverflow issue just yesterday, could you give it a second spin? > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 05:58:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 05:58:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13505: ------------------------------- Assignee: Luk?? Fry? > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 06:00:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 06:00:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) to 4.3 In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13507: ------------------------------- Summary: Backport RF-13317 (EPVCI should specify correct ViewState) to 4.3 Key: RF-13507 URL: https://issues.jboss.org/browse/RF-13507 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: core Affects Versions: 4.3.4 Reporter: Luk?? Fry? Fix For: 4.3.6 Let's let RF-13317 stabilize in 5.x first. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 06:00:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 06:00:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13507) Backport RF-13317 (EPVCI should specify correct ViewState) to 4.3 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13507: ---------------------------- Issue Type: Task (was: Feature Request) > Backport RF-13317 (EPVCI should specify correct ViewState) to 4.3 > ----------------------------------------------------------------- > > Key: RF-13507 > URL: https://issues.jboss.org/browse/RF-13507 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4 > Reporter: Luk?? Fry? > Fix For: 4.3.6 > > > Let's let RF-13317 stabilize in 5.x first. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 06:18:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 06:18:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937828#comment-12937828 ] Matej Novotny commented on RF-13314: ------------------------------------ Lukas, thanks for info, I re-checked it and there is still one component with stack overflow exception - *r:chart*. The other errors I found are still present though, is there anything else I can do about those? > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:24:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 08:24:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13093) extendedDataTable column resizing and reordering not working on transient (stateless) views In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13093: ---------------------------- Description: Original summary: *extendedDataTable column resizing and reordering not working on transient (stateless) views* When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only: {code:xml} {code} This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead. Other features seem to work pretty well in stateless mode, by the way. Thanks was: When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only: {code:xml} {code} This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead. Other features seem to work pretty well in stateless mode, by the way. Thanks > extendedDataTable column resizing and reordering not working on transient (stateless) views > ------------------------------------------------------------------------------------------- > > Key: RF-13093 > URL: https://issues.jboss.org/browse/RF-13093 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23 > Reporter: Salvo Isaja > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Original summary: *extendedDataTable column resizing and reordering not working on transient (stateless) views* > When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only: > {code:xml} > > > {code} > This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead. > Other features seem to work pretty well in stateless mode, by the way. > Thanks -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:26:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 08:26:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13093) EPVC: ViewState must be written even for transient (stateless) views In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13093: ---------------------------- Summary: EPVC: ViewState must be written even for transient (stateless) views (was: extendedDataTable column resizing and reordering not working on transient (stateless) views) > EPVC: ViewState must be written even for transient (stateless) views > -------------------------------------------------------------------- > > Key: RF-13093 > URL: https://issues.jboss.org/browse/RF-13093 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23 > Reporter: Salvo Isaja > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Original summary: *extendedDataTable column resizing and reordering not working on transient (stateless) views* > When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only: > {code:xml} > > > {code} > This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead. > Other features seem to work pretty well in stateless mode, by the way. > Thanks -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:26:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 08:26:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13093) EPVC: ViewState must be written even for transient (stateless) views In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13093. ----------------------------- Resolution: Done {{ExtendedPartialViewContext#renderState()}} was skipping a step of writing a state into partial-response when view was transient. In this case, Mojarra writes the state, but it simply contains string "stateless". > EPVC: ViewState must be written even for transient (stateless) views > -------------------------------------------------------------------- > > Key: RF-13093 > URL: https://issues.jboss.org/browse/RF-13093 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23 > Reporter: Salvo Isaja > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Original summary: *extendedDataTable column resizing and reordering not working on transient (stateless) views* > When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only: > {code:xml} > > > {code} > This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead. > Other features seem to work pretty well in stateless mode, by the way. > Thanks -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:26:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 08:26:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13307) Support java.util.Set in iteration components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13307: ------------------------------- Assignee: Luk?? Fry? > Support java.util.Set in iteration components > --------------------------------------------- > > Key: RF-13307 > URL: https://issues.jboss.org/browse/RF-13307 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Environment: Wildfly-8.0.0.Beta1 > Reporter: Matti Bickel > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > JSF-2.2 now supports iteration over sets as in > {code:xml} > > #{elem.name} > > {code} > Using RF iteration components this is currently not possible as UISequence.java doesn't detect Sets and treats them as scalar values. > Would be nice if RF catches up with JSF here. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:34:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 08:34:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13444: ------------------------------- Steps to Reproduce: * Start a WildFly CR1 server with JFS 2.2 (that is default) * Build and deploy Showcase application for RF 5 * Go to [file upload page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=fileUpload&skin=blueSky] and try to upload a _valid file_ (that is up to 100kb and png or jpeg) * See server console for error Environment: WildFly CR1 JSF 2.2 > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:34:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 08:34:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937870#comment-12937870 ] Matej Novotny commented on RF-13444: ------------------------------------ Confirming this bug. It can be reproduced with our Showcase for RF 5. Added steps to reproduce. > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 08:42:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Wed, 22 Jan 2014 08:42:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937872#comment-12937872 ] Matej Novotny commented on RF-13179: ------------------------------------ [~lfryc] should we re-open this issue then? I tried Showcase for RF 5 today using WildFly CR1 and I am still having this issue. > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 09:00:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 09:00:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13307) Support java.util.Collection in iteration components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13307: ---------------------------- Summary: Support java.util.Collection in iteration components (was: Support java.util.Set in iteration components) > Support java.util.Collection in iteration components > ---------------------------------------------------- > > Key: RF-13307 > URL: https://issues.jboss.org/browse/RF-13307 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Environment: Wildfly-8.0.0.Beta1 > Reporter: Matti Bickel > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > JSF-2.2 now supports iteration over sets as in > {code:xml} > > #{elem.name} > > {code} > Using RF iteration components this is currently not possible as UISequence.java doesn't detect Sets and treats them as scalar values. > Would be nice if RF catches up with JSF here. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 09:06:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 09:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13307) Support java.util.Collection in iteration components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13307. ----------------------------- Resolution: Done Added support for generic Collection to UISequence and Autocomplete. > Support java.util.Collection in iteration components > ---------------------------------------------------- > > Key: RF-13307 > URL: https://issues.jboss.org/browse/RF-13307 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Environment: Wildfly-8.0.0.Beta1 > Reporter: Matti Bickel > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > JSF-2.2 now supports iteration over sets as in > {code:xml} > > #{elem.name} > > {code} > Using RF iteration components this is currently not possible as UISequence.java doesn't detect Sets and treats them as scalar values. > Would be nice if RF catches up with JSF here. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 09:30:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 22 Jan 2014 09:30:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13500) Photoalbum: viewing Facebook albums throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13500. -------------------------------- Resolution: Done > Photoalbum: viewing Facebook albums throws exception > ---------------------------------------------------- > > Key: RF-13500 > URL: https://issues.jboss.org/browse/RF-13500 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7, EAP 6.1.1.Final > Reporter: Juraj H?ska > Assignee: Michal Petrov > Labels: photoalbum > > Following exception is thrown to the AS console, when viewing Facebook albums: > {code} > 13:37:16,362 SEVERE [org.richfaces.log.Context] (http-/127.0.0.1:8080-4) javax.el.ELException: /includes/facebook/albumsList.xhtml @50,114 url="#{facebookAlbumCache.getAlbum(albumId).getString('coverUrl')}": org.richfaces.json.JSONException: JSONObject["coverUrl"] not found.: javax.faces.FacesException: javax.el.ELException: /includes/facebook/albumsList.xhtml @50,114 url="#{facebookAlbumCache.getAlbum(albumId).getString('coverUrl')}": org.richfaces.json.JSONException: JSONObject["coverUrl"] not found. > at javax.faces.component.UIComponentBase$AttributesMap.get(UIComponentBase.java:2356) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.RenderKitUtils.getImageSource(RenderKitUtils.java:1350) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.ImageRenderer.encodeEnd(ImageRenderer.java:96) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.CommandLinkRenderer.doEncodeEnd(CommandLinkRenderer.java:211) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:312) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.html.RepeatRenderer$1.process(RepeatRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.ajax4jsf.model.SequenceDataModel.walk(SequenceDataModel.java:65) [richfaces-core-api-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.component.UIDataAdaptor.walk(UIDataAdaptor.java:809) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.RepeatRenderer.encodeChildren(RepeatRenderer.java:70) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:973) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:413) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:124) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > {code} > Albums are not loaded. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 09:40:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Wed, 22 Jan 2014 09:40:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937890#comment-12937890 ] Pavol Pitonak commented on RF-13493: ------------------------------------ I removed local Maven repo, built RichFaces 3.3.1.SP4 and tried drop down menu on two computers and it still doesn't work on Chrome 32.0.1700.77. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 09:44:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 22 Jan 2014 09:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reassigned RF-13501: ---------------------------------- Assignee: Michal Petrov > PhotoAlbum: sharing a photo does not work, can not choose album > --------------------------------------------------------------- > > Key: RF-13501 > URL: https://issues.jboss.org/browse/RF-13501 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Juraj H?ska > Assignee: Michal Petrov > Attachments: sharingAPhoto.png > > > Sharing a photo to facebook/google+ does not work. > When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot. > There are no errors visible on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:00:29 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Wed, 22 Jan 2014 10:00:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13239) Popup panel: CSS class rf-pp-hdr contains invalid property repeat-x In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13239. ------------------------------ Labels: (was: needs-qe) Resolution: Done Verified > Popup panel: CSS class rf-pp-hdr contains invalid property repeat-x > ------------------------------------------------------------------- > > Key: RF-13239 > URL: https://issues.jboss.org/browse/RF-13239 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Priority: Minor > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richPopupPanel/simple.xhtml > # check browser console > result: > * Invalid CSS property name: repeat-x (in popupPanel.ecss, line 40) > possible solution: > * replace > {code} > .rf-pp-hdr { > background: url(...); > repeat-x: top left #BED6F8; > ... > } > {code} > * with > {code} > .rf-pp-hdr { > background: url(...) repeat-x top left #BED6F8; > ... > } > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:00:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 22 Jan 2014 10:00:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reopened RF-13179: -------------------------------- Assignee: (was: Luk?? Fry?) Let's re-open it so we remember to follow up on the Undertow/WildFly issue. > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:00:29 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Wed, 22 Jan 2014 10:00:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-11973) rich:contextMenu - after ajax re-render of table contextMenu no longer works In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-11973?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-11973. ------------------------------ Verified > rich:contextMenu - after ajax re-render of table contextMenu no longer works > ---------------------------------------------------------------------------- > > Key: RF-11973 > URL: https://issues.jboss.org/browse/RF-11973 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.2.0.CR1, 4.3.2 > Environment: chrome browser / glassfish 3.1.1 / mojarra 2.1.6 > Reporter: Brendan Healey > Assignee: Brian Leathem > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > > With the following code structure, when the page is first rendered > you can right click on a row in the table and the context menu appears. > After pushing the commandButton subsequent right clicks show the > default browser right click menu, and not the context menu. > {code} > > ... > > > > mode="ajax" > onclick="alert('hello, world!')"/> > > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:08:28 2014 From: issues at jboss.org (Monica Leahu (JIRA)) Date: Wed, 22 Jan 2014 10:08:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13435) extendedatatable: Scrolling position is lost after submit In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937905#comment-12937905 ] Monica Leahu commented on RF-13435: ----------------------------------- Hello, do you have any feedback on solving this issue? Thanks (Restricted to jira-users group) > extendedatatable: Scrolling position is lost after submit > --------------------------------------------------------- > > Key: RF-13435 > URL: https://issues.jboss.org/browse/RF-13435 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4 > Environment: ALL > Reporter: Holger Walter > Labels: extendeddatatable, richfaces, scroll > Fix For: 5-Tracking > > > Issue is similar to RF-5312. > In EDT, the current scrolling position is lost (reset to 0) after a submit. > Steps to reproduce: > 1. Use the showcase for the EDT(version 4.3.4) > 2. Adapt the xhtml file by adding a simple submit button ( ) > 3. Activate the 'ajax loading' checkbox > 4. Scroll down in the table > 5. Press the new submit button > 6. The scrolling position is lost > This might sound as a minor problem, but in case of using the EDT with ajax data loading, a user can scroll quite far until he may find the row on which he wants to do some actions. If the scrolling position is reset to 0 after each submit, it gets quite tedious for a user scrolling every time to this old position in the table. > I've seen that the current position is already stored in componentState, but unfortunately it is getting reset on submit. > I already tried a workaround, by using the 'onready' event of the EDT after a submit to trigger scrolling to the desired position with javascript but this does not work reliably on one hand, and triggers an additional ajax call which may cause that messages in h:messages are lost. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:24:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 22 Jan 2014 10:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13501. -------------------------------- Resolution: Done > PhotoAlbum: sharing a photo does not work, can not choose album > --------------------------------------------------------------- > > Key: RF-13501 > URL: https://issues.jboss.org/browse/RF-13501 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Juraj H?ska > Assignee: Michal Petrov > Attachments: sharingAPhoto.png > > > Sharing a photo to facebook/google+ does not work. > When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot. > There are no errors visible on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:28:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 10:28:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937816#comment-12937816 ] Luk?? Fry? edited comment on RF-13314 at 1/22/14 10:26 AM: ----------------------------------------------------------- In order to test this I used Showcase for all the versions and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) * RF 4.3.5 Here, everything works as excepted and no errors are present in either web console or server console. * RF 4.5 Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. Steps to reproduce: ** Start JBoss AS 7.1 ** Deploy showcase for 4.5.x ** Go to [main page|http://localhost:8080/showcase] {code} 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} * RF 5 The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. Steps to reproduce: ** Start JBossAS 7.1 ** Deploy showcase for RF 5 ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: {code} javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:724) Caused by: java.lang.NullPointerException at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) ... 83 more {code} Thirdly when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: {code} 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. {code} If you want I can create separate issues for problems I found. was (Author: manovotn): In order to test this I used Showcase for all the versions and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) * RF 4.3.5 Here, everything works as excepted and no errors are present in either web console or server console. * RF 4.5 Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. Steps to reproduce: ** Start JBoss AS 7.1 ** Deploy showcase for 4.5.x ** Go to [main page|http://localhost:8080/showcase] {code} 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} * RF 5 The main page is accessible and so are components however there are some more errors present, firstly its *StackOverflowException*. The list of affected components is mentioned below in "_steps to reproduce_" section. Steps to reproduce: ** Start JBossAS 7.1 ** Deploy showcase for RF 5 ** Go to some of the following links: [r:attachQueue|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=attachQueue&skin=blueSky], [r:status|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=status&skin=blueSky], [Client Side Validation|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=clientValidation&skin=blueSky], [r:chart (here the component doesn't even render)|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=chart&skin=blueSky], [r:editor|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=editor&skin=blueSky] {code} 10:52:21,223 WARNING [javax.enterprise.resource.webcontainer.jsf.renderkit] (http--127.0.0.1-8080-3) JSF1087: Unable to generate Facelets error page as the response has already been committed. 10:52:21,224 SEVERE [javax.enterprise.resource.webcontainer.jsf.renderkit] (http--127.0.0.1-8080-3) javax.faces.FacesException: javax.faces.FacesException at com.sun.faces.context.ExceptionHandlerImpl.handle(ExceptionHandlerImpl.java:142) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:119) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] Caused by: java.lang.StackOverflowError at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:171) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.ui.ajax.status.AjaxStatusRenderer.doEncodeEnd(AjaxStatusRenderer.java:167) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:176) [richfaces-5.0.0-20140117.103443-161.jar:5.0.0-SNAPSHOT] {code} Secondly I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: {code} javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:724) Caused by: java.lang.NullPointerException at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) ... 83 more {code} Thirdly when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: {code} 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. {code} If you want I can create separate issues for problems I found. > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 10:30:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 22 Jan 2014 10:30:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937928#comment-12937928 ] Brian Leathem commented on RF-13314: ------------------------------------ {quote} If you want I can create separate issues for problems I found. {quote} Let's create a new issue to track this for 4.5/5.0. We'll resolve this issue and leave it "fixed" in 4.3.5 only. > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 11:14:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Wed, 22 Jan 2014 11:14:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13502) Photoalbum: editing uploaded photo throws NPE In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13502. -------------------------------- Assignee: Michal Petrov Resolution: Done > Photoalbum: editing uploaded photo throws NPE > --------------------------------------------- > > Key: RF-13502 > URL: https://issues.jboss.org/browse/RF-13502 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS > Reporter: Juraj H?ska > Assignee: Michal Petrov > Labels: photoalbum > > When trying to edit uploaded photo, NPE with following stracktrace is thrown: > {code} > 14:21:14,282 SEVERE [org.richfaces.log.Renderkit] (http--127.0.0.1-8080-4) /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException: javax.el.ELException: /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException > at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:111) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.renderkit.AutocompleteRendererBase.getItems(AutocompleteRendererBase.java:109) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItems(AutocompleteRendererBase.java:170) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItemsContainer(AutocompleteRendererBase.java:199) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AutocompleteRenderer.doEncodeChildren(AutocompleteRenderer.java:509) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:157) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:981) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:391) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > Caused by: java.lang.NullPointerException > at org.richfaces.photoalbum.manager.ImageManager.autoComplete(ImageManager.java:225) [classes:] > at org.richfaces.photoalbum.manager.ImageManager$Proxy$_$$_WeldClientProxy.autoComplete(ImageManager$Proxy$_$$_WeldClientProxy.java) [classes:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_05] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_05] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_05] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_05] > at org.apache.el.parser.AstValue.invoke(AstValue.java:262) [jbossweb-7.0.13.Final.jar:] > at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:278) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:39) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > ... 62 more > {code} > Editing, however, after submitting works correctly. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 11:28:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 11:28:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937952#comment-12937952 ] Luk?? Fry? commented on RF-13505: --------------------------------- The upstream issue has been fixed, let's prototype a PoC asap and if it will work, we need to get this fix backported into 2.2.5-jbossorg-2 since mojarra targets 2.2.6 (due Apr/03). That way we will have the fix available in WildFly Final. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue) > ---------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 12:38:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 12:38:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13488) Photoalbum: facebook login - User cancelled login or did not fully authorize. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12937978#comment-12937978 ] Luk?? Fry? commented on RF-13488: --------------------------------- Michal, I can confirm it works now. > Photoalbum: facebook login - User cancelled login or did not fully authorize. > ----------------------------------------------------------------------------- > > Key: RF-13488 > URL: https://issues.jboss.org/browse/RF-13488 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: Chrome 31, Firefox 26 > JBoss EAP 6.1.1.GA > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Labels: photoalbum > Attachments: screenshot01.png > > > Steps to reproduce: > 1. without being logged into Facebook account > 2. open Photoalbum app: http://localhost:8080/richfaces-photoalbum/ > 3. click Login > 4. click Facebook logo to log into > 5. type the Facebook credentials > FAIL: following error appears: > {code} > User cancelled login or did not fully authorize > {code} > (Note: I had to disable popup blocking for that page, but it doesn't work though. I repeated steps above after disabling popups.) > I can see no errors in browser console or server console. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 22 12:38:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 22 Jan 2014 12:38:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13488) Photoalbum: facebook login - User cancelled login or did not fully authorize. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13488. ----------------------------- Resolution: Rejected This issue was resolved by tweaking Facebook app setting. > Photoalbum: facebook login - User cancelled login or did not fully authorize. > ----------------------------------------------------------------------------- > > Key: RF-13488 > URL: https://issues.jboss.org/browse/RF-13488 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: Chrome 31, Firefox 26 > JBoss EAP 6.1.1.GA > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Labels: photoalbum > Attachments: screenshot01.png > > > Steps to reproduce: > 1. without being logged into Facebook account > 2. open Photoalbum app: http://localhost:8080/richfaces-photoalbum/ > 3. click Login > 4. click Facebook logo to log into > 5. type the Facebook credentials > FAIL: following error appears: > {code} > User cancelled login or did not fully authorize > {code} > (Note: I had to disable popup blocking for that page, but it doesn't work though. I repeated steps above after disabling popups.) > I can see no errors in browser console or server console. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 02:16:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 02:16:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13179: ------------------------------- Steps to Reproduce: 1) Download ([here|http://www.wildfly.org]) and start standalone WildFly 8.0.0 CR1 2) Deploy Metamer and switch to ftest 3) Run test with WildFly profile using this command: mvn clean verify -Pwildfly-remote-8-0 -Dtest=TestTwoPushCDI 4)See server console for exception was: 1) Download ([here|http://www.wildfly.org/download/]) and start standalone WildFly 8.0.0.Aplha4 server 2) Deploy Metamer and switch to ftest 3) Run test with WildFly profile using this command: mvn clean verify -Pwildfly-remote-8-0 -Dtest=TestTwoPushCDI 4)See server console for exception > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 02:16:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 02:16:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13179: ------------------------------- Steps to Reproduce: 1) Download ([here|http://www.wildfly.org]) and start standalone WildFly 8.0.0 CR1 2) Deploy Metamer and switch to ftest 3) Run test with WildFly profile using this command: mvn clean verify -Pwildfly-remote-8-0 -Dtest=TestTwoPushCDI 4)See server console for exception Alternatively you can deploy Showcase and see push functionality there for the same result. was: 1) Download ([here|http://www.wildfly.org]) and start standalone WildFly 8.0.0 CR1 2) Deploy Metamer and switch to ftest 3) Run test with WildFly profile using this command: mvn clean verify -Pwildfly-remote-8-0 -Dtest=TestTwoPushCDI 4)See server console for exception > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 02:20:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 02:20:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13179: ------------------------------- Description: Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. {code} 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} was: Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. {code} 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 02:32:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 02:32:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: Matej Novotny created RF-13508: ---------------------------------- Summary: Deprecate reslib resource file - RF 4.5/5 Key: RF-13508 URL: https://issues.jboss.org/browse/RF-13508 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Environment: JBoss AS 7.1 FF 26.0 Latest RF 4.5/5 Showcase Reporter: Matej Novotny Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 This is a follow-up issue to RF-13314 for RF version 4.5/5. Following problems were found when verifying for 4.5 and 5: I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) * RF 4.5 Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. Steps to reproduce: ** Start JBoss AS 7.1 ** Deploy showcase for 4.5.x ** Go to [main page|http://localhost:8080/showcase] {code} 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] {code} * RF 5 The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. Steps to reproduce: ** Start JBossAS 7.1 ** Deploy showcase for RF 5 ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: {code} javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) at java.lang.Thread.run(Thread.java:724) Caused by: java.lang.NullPointerException at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) ... 83 more {code} And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: {code} 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 02:40:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 02:40:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938098#comment-12938098 ] Matej Novotny commented on RF-13314: ------------------------------------ Ok, I created a new issue RF-13508, linked these two and copied my comment there into description. As for this issue I will remove the _needs-qe_ label, feel free to mark this issue as resolved. > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 02:40:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 02:40:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny updated RF-13314: ------------------------------- Labels: (was: needs-qe) > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:14:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:14:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13509) Add Photoalbum sources to RichFaces distribution In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13509: ------------------------------- Summary: Add Photoalbum sources to RichFaces distribution Key: RF-13509 URL: https://issues.jboss.org/browse/RF-13509 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: build/distribution Reporter: Luk?? Fry? Assignee: Luk?? Fry? Fix For: 4.3.5 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:16:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:16:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13509) Add Photoalbum sources to RichFaces distribution In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13509?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13509. ----------------------------- Resolution: Done > Add Photoalbum sources to RichFaces distribution > ------------------------------------------------ > > Key: RF-13509 > URL: https://issues.jboss.org/browse/RF-13509 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:16:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:16:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13314. ----------------------------- Resolution: Done > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:20:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:20:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13484: ---------------------------- Labels: needs-qe photoalbum (was: photoalbum) > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: needs-qe, photoalbum > Fix For: 4.3.5 > > > Works on EAP 6.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:20:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:20:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938115#comment-12938115 ] Luk?? Fry? commented on RF-13484: --------------------------------- QE: please verify that this works on released Photoalbum for 4.3.5 and we will postpone resolution then. > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: needs-qe, photoalbum > Fix For: 4.3.5 > > > Works on EAP 6.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:22:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:22:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938116#comment-12938116 ] Luk?? Fry? commented on RF-13487: --------------------------------- QE: Could you please open a new issue that should address step 5? We will address it separately in upcoming releases. > Photoalbum: viewing FB albums improvements > ------------------------------------------ > > Key: RF-13487 > URL: https://issues.jboss.org/browse/RF-13487 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: cannot browse between album's images after an image has been selected > # photo view: 'Original size' button's text underflows the image > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:24:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938117#comment-12938117 ] Luk?? Fry? commented on RF-13486: --------------------------------- QE: Could you please open a new issue that should address step 5? We will address it separately in upcoming releases. > Photoalbum: viewing g+ albums improvements > ------------------------------------------ > > Key: RF-13486 > URL: https://issues.jboss.org/browse/RF-13486 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:36:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 03:36:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13314) Deprecate reslib resource files In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13314. ------------------------------ > Deprecate reslib resource files > ------------------------------- > > Key: RF-13314 > URL: https://issues.jboss.org/browse/RF-13314 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5-Tracking > Reporter: Michal Petrov > Assignee: Luk?? Fry? > Fix For: 4.3.5, 4.5.0.Alpha2, 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:44:28 2014 From: issues at jboss.org (Mike K (JIRA)) Date: Thu, 23 Jan 2014 03:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13510) disable bootstrap.css so that new richfaces-components are self-contained. In-Reply-To: References: Message-ID: Mike K created RF-13510: --------------------------- Summary: disable bootstrap.css so that new richfaces-components are self-contained. Key: RF-13510 URL: https://issues.jboss.org/browse/RF-13510 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 5.0.0.Alpha2, 5.0.0.Alpha1 Environment: IE10 / FF26 Win7 JAVA6 / JBoss EAP 5.1 Reporter: Mike K Using richfaces.5.0.0.alpha2 and the autocomplete component - it loads the whole bootstrap.css As the bootstrap.css is redefining all lable textsizes etc. it is messing up my layout completely... Components css should be self-contained. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 03:56:31 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 03:56:31 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13505: ---------------------------- Summary: Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) (was: Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactor (blocked my Mojarra issue)) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:08:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 04:08:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13040) Examples don't work on WildFly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13040?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938140#comment-12938140 ] Matej Novotny commented on RF-13040: ------------------------------------ I tried this with Wildfly 8.0.0.CR1. *components-demo* * Works fine * I found only one problem with skins, unrelated to WildFly (non existent skin causing exception) ** To reproduce this, deploy components-demo and go to [dropdown menu page|http://localhost:8080/components-demo-5.0.0-SNAPSHOT/examples/output/dropDownMenu.jsf] and click "myskin" button. *push-demo* * I am having a problem which is already reported here - RF-13179 *Showcase* * This one I was checking yesterday and came across issues described in above mentioned RF-13179 (push component) and RF-13444 (file upload) * Otherwise it works correctly > Examples don't work on WildFly > ------------------------------ > > Key: RF-13040 > URL: https://issues.jboss.org/browse/RF-13040 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Environment: WildFly 8.0.0.Beta2-SNAPSHOT > Reporter: Jan Papousek > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > - components-demo: with standalone-jbossweb.xml OK, with standalone-full.xml deployable, but doesn't work > - showcase (jbas71 classifier): can't deploy, the following error appears (standalone-full.xml): > {code} > 16:22:01,672 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.undertow.deployment.default-host./showcase: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./showcase: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1930) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17] > Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:194) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:75) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > ... 3 more > Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:273) > at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:127) > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:172) > ... 6 more > Caused by: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized > at org.richfaces.demo.push.AbstractCapabilityInitializer.processEvent(AbstractCapabilityInitializer.java:66) > at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) > at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) > at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) > at org.jboss.as.weld.webtier.jsf.ForwardingApplication.publishEvent(ForwardingApplication.java:288) > at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:685) > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:253) > ... 8 more > Caused by: java.lang.RuntimeException: Unable to create topic 'pushJms' (JNDI: /topic/pushJms) > at org.richfaces.demo.push.JMSInitializer.createTopic(JMSInitializer.java:86) > at org.richfaces.demo.push.JMSInitializer.initializeJMS(JMSInitializer.java:75) > at org.richfaces.demo.push.JMSInitializer.initializeCapability(JMSInitializer.java:63) > at org.richfaces.demo.push.AbstractCapabilityInitializer.processEvent(AbstractCapabilityInitializer.java:63) > ... 15 more > Caused by: java.io.IOException: java.net.ConnectException: JBAS012144: Could not connect to http-remoting://127.0.0.1:9999. The connection timed out > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:129) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:81) > at org.richfaces.demo.push.provider.AS7MessagingProviderManagement.createTopic(AS7MessagingProviderManagement.java:83) > at org.richfaces.demo.push.JMSInitializer.createTopic(JMSInitializer.java:84) > ... 18 more > Caused by: java.net.ConnectException: JBAS012144: Could not connect to http-remoting://127.0.0.1:9999. The connection timed out > at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:131) > at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:256) > at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:70) > at org.jboss.as.protocol.mgmt.FutureManagementChannel$Establishing.getChannel(FutureManagementChannel.java:176) > at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:148) > at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:67) > at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:115) > at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:90) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:236) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:141) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127) > ... 21 more > {code} > - irc-client: can't deploy (standalone-full.xml) > {code} > 16:35:39,805 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.undertow.deployment.default-host./irc-client.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./irc-client.UndertowDeploymentInfoService: java.lang.ClassNotFoundException: org.richfaces.webapp.PushFilter from [Module "deployment.irc-client.war:main" from Service Module Loader] > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:587) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:200) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17] > Caused by: java.lang.ClassNotFoundException: org.richfaces.webapp.PushFilter from [Module "deployment.irc-client.war:main" from Service Module Loader] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:196) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119) [jboss-modules.jar:1.2.0.Final] > at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_17] > at java.lang.Class.forName(Class.java:266) [rt.jar:1.7.0_17] > at org.jboss.as.server.deployment.reflect.DeploymentClassIndex.classIndex(DeploymentClassIndex.java:54) [wildfly-server-8.0.0.Alpha1.jar:8.0.0.Alpha1] > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:426) > ... 6 mor > {code} > - jpa-demo: with standalone-jbossweb.xml OK, with standalone-full.xml deployable, but doesn't work > ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:18:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13511) Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums In-Reply-To: References: Message-ID: Ji?? ?tefek created RF-13511: -------------------------------- Summary: Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums Key: RF-13511 URL: https://issues.jboss.org/browse/RF-13511 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: examples Affects Versions: 4.3.5 Reporter: Ji?? ?tefek The dataScroller component behaves differently in G+/FB albums and in own/predefined albums. The behaviour in own/predefined albums is imho better. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:18:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13511) Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13511: ----------------------------- Fix Version/s: 4.3.6 > Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums > --------------------------------------------------------------------------------- > > Key: RF-13511 > URL: https://issues.jboss.org/browse/RF-13511 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Ji?? ?tefek > Labels: photoalbum > Fix For: 4.3.6 > > > The dataScroller component behaves differently in G+/FB albums and in own/predefined albums. > The behaviour in own/predefined albums is imho better. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:24:29 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:24:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938150#comment-12938150 ] Ji?? ?tefek commented on RF-13486: ---------------------------------- new Jira created [RF-13511|https://issues.jboss.org/browse/RF-13511]. You can resolve and close this. > Photoalbum: viewing g+ albums improvements > ------------------------------------------ > > Key: RF-13486 > URL: https://issues.jboss.org/browse/RF-13486 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:26:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:26:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938152#comment-12938152 ] Ji?? ?tefek commented on RF-13487: ---------------------------------- new Jira created [RF-13511|https://issues.jboss.org/browse/RF-13511]. You can resolve and close this. > Photoalbum: viewing FB albums improvements > ------------------------------------------ > > Key: RF-13487 > URL: https://issues.jboss.org/browse/RF-13487 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: cannot browse between album's images after an image has been selected > # photo view: 'Original size' button's text underflows the image > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:28:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Thu, 23 Jan 2014 04:28:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13307) Support java.util.Collection in iteration components In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13307. ------------------------------ Verified > Support java.util.Collection in iteration components > ---------------------------------------------------- > > Key: RF-13307 > URL: https://issues.jboss.org/browse/RF-13307 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4, 5.0.0.Alpha1 > Environment: Wildfly-8.0.0.Beta1 > Reporter: Matti Bickel > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > JSF-2.2 now supports iteration over sets as in > {code:xml} > > #{elem.name} > > {code} > Using RF iteration components this is currently not possible as UISequence.java doesn't detect Sets and treats them as scalar values. > Would be nice if RF catches up with JSF here. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:44:29 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:44:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938157#comment-12938157 ] Ji?? ?tefek commented on RF-13484: ---------------------------------- Works without problem on EAP 6.1 (as in description). Still doesn't work on JBoss AS 7.1.1 (for which it was created). Verified, you can postpone this. > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: needs-qe, photoalbum > Fix For: 4.3.5 > > > Works on EAP 6.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:44:30 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:44:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13484: ----------------------------- Labels: photoalbum (was: needs-qe photoalbum) > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > Works on EAP 6.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:48:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 04:48:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13041) Metamer: demos throw NullPointerException In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13041. ------------------------------ Verified, closing issue. > Metamer: demos throw NullPointerException > ----------------------------------------- > > Key: RF-13041 > URL: https://issues.jboss.org/browse/RF-13041 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: Weld Integration 8.0.0.Alpha1 > JBoss AS 8.0.0.Alpha1 > Java(TM) SE Runtime Environment 1.7.0_17-b02 @ Linux > Chrome 26.0.1410.63 @ Linux x86_64 > Reporter: Jan Papousek > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 04:54:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 04:54:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13497) Photoalbum: cannot add album via contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13497: ----------------------------- Fix Version/s: 4.3.5 > Photoalbum: cannot add album via contextMenu > -------------------------------------------- > > Key: RF-13497 > URL: https://issues.jboss.org/browse/RF-13497 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.4 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:10:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:10:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek reopened RF-13501: ------------------------------ The popup with albums is shown correctly, but after one album is selected, I have an error in console (tried on Chrome and FF) {code} TypeError: errorCb is not a function anonymous() all.js (line 81) ...s);try{n=v;return u.apply(this,arguments);}catch(w){if(w instanceof h)throw w;va... {code} Reopening. > PhotoAlbum: sharing a photo does not work, can not choose album > --------------------------------------------------------------- > > Key: RF-13501 > URL: https://issues.jboss.org/browse/RF-13501 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Juraj H?ska > Assignee: Michal Petrov > Attachments: sharingAPhoto.png > > > Sharing a photo to facebook/google+ does not work. > When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot. > There are no errors visible on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:14:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:14:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13500) Photoalbum: viewing Facebook albums throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13500: ----------------------------- Fix Version/s: 4.3.5 > Photoalbum: viewing Facebook albums throws exception > ---------------------------------------------------- > > Key: RF-13500 > URL: https://issues.jboss.org/browse/RF-13500 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7, EAP 6.1.1.Final > Reporter: Juraj H?ska > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > Following exception is thrown to the AS console, when viewing Facebook albums: > {code} > 13:37:16,362 SEVERE [org.richfaces.log.Context] (http-/127.0.0.1:8080-4) javax.el.ELException: /includes/facebook/albumsList.xhtml @50,114 url="#{facebookAlbumCache.getAlbum(albumId).getString('coverUrl')}": org.richfaces.json.JSONException: JSONObject["coverUrl"] not found.: javax.faces.FacesException: javax.el.ELException: /includes/facebook/albumsList.xhtml @50,114 url="#{facebookAlbumCache.getAlbum(albumId).getString('coverUrl')}": org.richfaces.json.JSONException: JSONObject["coverUrl"] not found. > at javax.faces.component.UIComponentBase$AttributesMap.get(UIComponentBase.java:2356) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.RenderKitUtils.getImageSource(RenderKitUtils.java:1350) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.ImageRenderer.encodeEnd(ImageRenderer.java:96) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.CommandLinkRenderer.doEncodeEnd(CommandLinkRenderer.java:211) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:312) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.html.RepeatRenderer$1.process(RepeatRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.ajax4jsf.model.SequenceDataModel.walk(SequenceDataModel.java:65) [richfaces-core-api-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.component.UIDataAdaptor.walk(UIDataAdaptor.java:809) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.RepeatRenderer.encodeChildren(RepeatRenderer.java:70) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:973) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:413) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:124) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > {code} > Albums are not loaded. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:16:30 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:16:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13500) Photoalbum: viewing Facebook albums throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-13500. ---------------------------- No errors in console in both containers. Verified, closing. > Photoalbum: viewing Facebook albums throws exception > ---------------------------------------------------- > > Key: RF-13500 > URL: https://issues.jboss.org/browse/RF-13500 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7, EAP 6.1.1.Final > Reporter: Juraj H?ska > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > Following exception is thrown to the AS console, when viewing Facebook albums: > {code} > 13:37:16,362 SEVERE [org.richfaces.log.Context] (http-/127.0.0.1:8080-4) javax.el.ELException: /includes/facebook/albumsList.xhtml @50,114 url="#{facebookAlbumCache.getAlbum(albumId).getString('coverUrl')}": org.richfaces.json.JSONException: JSONObject["coverUrl"] not found.: javax.faces.FacesException: javax.el.ELException: /includes/facebook/albumsList.xhtml @50,114 url="#{facebookAlbumCache.getAlbum(albumId).getString('coverUrl')}": org.richfaces.json.JSONException: JSONObject["coverUrl"] not found. > at javax.faces.component.UIComponentBase$AttributesMap.get(UIComponentBase.java:2356) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.RenderKitUtils.getImageSource(RenderKitUtils.java:1350) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.ImageRenderer.encodeEnd(ImageRenderer.java:96) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.CommandLinkRenderer.doEncodeEnd(CommandLinkRenderer.java:211) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.RendererBase.encodeEnd(RendererBase.java:175) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:881) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:312) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GridRenderer.renderRow(GridRenderer.java:185) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GridRenderer.encodeChildren(GridRenderer.java:129) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.html.RepeatRenderer$1.process(RepeatRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.ajax4jsf.model.SequenceDataModel.walk(SequenceDataModel.java:65) [richfaces-core-api-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.component.UIDataAdaptor.walk(UIDataAdaptor.java:809) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.RepeatRenderer.encodeChildren(RepeatRenderer.java:70) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.renderkit.RendererBase.renderChildren(RendererBase.java:276) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AjaxOutputPanelRenderer.encodeChildren(AjaxOutputPanelRenderer.java:57) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:851) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:973) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:413) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:124) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:286) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.19-redhat-1.jar:2.1.19-redhat-1] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.1.19.1.Final-redhat-1.jar:2.1.19.1.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:246) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.2.1.Final-redhat-10.jar:7.2.1.Final-redhat-10] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:145) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:336) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:920) [jbossweb-7.2.2.Final-redhat-1.jar:7.2.2.Final-redhat-1] > {code} > Albums are not loaded. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:18:29 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:18:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13502) Photoalbum: editing uploaded photo throws NPE In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13502: ----------------------------- Fix Version/s: 4.3.5 > Photoalbum: editing uploaded photo throws NPE > --------------------------------------------- > > Key: RF-13502 > URL: https://issues.jboss.org/browse/RF-13502 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS > Reporter: Juraj H?ska > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > When trying to edit uploaded photo, NPE with following stracktrace is thrown: > {code} > 14:21:14,282 SEVERE [org.richfaces.log.Renderkit] (http--127.0.0.1-8080-4) /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException: javax.el.ELException: /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException > at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:111) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.renderkit.AutocompleteRendererBase.getItems(AutocompleteRendererBase.java:109) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItems(AutocompleteRendererBase.java:170) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItemsContainer(AutocompleteRendererBase.java:199) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AutocompleteRenderer.doEncodeChildren(AutocompleteRenderer.java:509) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:157) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:981) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:391) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > Caused by: java.lang.NullPointerException > at org.richfaces.photoalbum.manager.ImageManager.autoComplete(ImageManager.java:225) [classes:] > at org.richfaces.photoalbum.manager.ImageManager$Proxy$_$$_WeldClientProxy.autoComplete(ImageManager$Proxy$_$$_WeldClientProxy.java) [classes:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_05] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_05] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_05] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_05] > at org.apache.el.parser.AstValue.invoke(AstValue.java:262) [jbossweb-7.0.13.Final.jar:] > at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:278) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:39) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > ... 62 more > {code} > Editing, however, after submitting works correctly. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:20:29 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:20:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13502) Photoalbum: editing uploaded photo throws NPE In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-13502. ---------------------------- No errors in console after editing uploaded photo on AS 7.1.1.Final. Verified, closing. > Photoalbum: editing uploaded photo throws NPE > --------------------------------------------- > > Key: RF-13502 > URL: https://issues.jboss.org/browse/RF-13502 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS > Reporter: Juraj H?ska > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > When trying to edit uploaded photo, NPE with following stracktrace is thrown: > {code} > 14:21:14,282 SEVERE [org.richfaces.log.Renderkit] (http--127.0.0.1-8080-4) /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException: javax.el.ELException: /includes/image/imageEditInfo.xhtml @82,111 autocompleteMethod="#{imageManager.autoComplete}": java.lang.NullPointerException > at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:111) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.renderkit.AutocompleteRendererBase.getItems(AutocompleteRendererBase.java:109) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItems(AutocompleteRendererBase.java:170) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.AutocompleteRendererBase.encodeItemsContainer(AutocompleteRendererBase.java:199) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.html.AutocompleteRenderer.doEncodeChildren(AutocompleteRenderer.java:509) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.renderkit.RendererBase.encodeChildren(RendererBase.java:157) [richfaces-components-ui-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:309) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeRecursive(HtmlBasicRenderer.java:304) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.GroupRenderer.encodeChildren(GroupRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:845) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl$RenderVisitCallback.visit(ExtendedPartialViewContextImpl.java:557) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1612) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIForm.visitTree(UIForm.java:371) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:310) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:213) [richfaces-core-impl-4.3.5.Final.jar:4.3.5.Final] > at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:981) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1779) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:391) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.solder.servlet.exception.CatchExceptionFilter.doFilter(CatchExceptionFilter.java:65) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.solder.servlet.event.ServletEventBridgeFilter.doFilter(ServletEventBridgeFilter.java:74) [solder-impl-3.1.1.Final.jar:3.1.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > Caused by: java.lang.NullPointerException > at org.richfaces.photoalbum.manager.ImageManager.autoComplete(ImageManager.java:225) [classes:] > at org.richfaces.photoalbum.manager.ImageManager$Proxy$_$$_WeldClientProxy.autoComplete(ImageManager$Proxy$_$$_WeldClientProxy.java) [classes:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_05] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_05] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_05] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_05] > at org.apache.el.parser.AstValue.invoke(AstValue.java:262) [jbossweb-7.0.13.Final.jar:] > at org.apache.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:278) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:39) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > ... 62 more > {code} > Editing, however, after submitting works correctly. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:24:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13497) Photoalbum: cannot add album via contextMenu In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-13497. ---------------------------- Works fine now. Verified, closing. > Photoalbum: cannot add album via contextMenu > -------------------------------------------- > > Key: RF-13497 > URL: https://issues.jboss.org/browse/RF-13497 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.4 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:38:29 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Thu, 23 Jan 2014 05:38:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938179#comment-12938179 ] Pavol Pitonak commented on RF-13501: ------------------------------------ [~michpetrov], please set fixVersion after resolving. > PhotoAlbum: sharing a photo does not work, can not choose album > --------------------------------------------------------------- > > Key: RF-13501 > URL: https://issues.jboss.org/browse/RF-13501 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Juraj H?ska > Assignee: Michal Petrov > Attachments: sharingAPhoto.png > > > Sharing a photo to facebook/google+ does not work. > When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot. > There are no errors visible on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:44:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13512) Photoalbum: port fix from RF-13498 to RF4 photoalbum In-Reply-To: References: Message-ID: Ji?? ?tefek created RF-13512: -------------------------------- Summary: Photoalbum: port fix from RF-13498 to RF4 photoalbum Key: RF-13512 URL: https://issues.jboss.org/browse/RF-13512 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: examples Reporter: Ji?? ?tefek -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 05:46:28 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 23 Jan 2014 05:46:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13512) Photoalbum: port fix from RF-13498 to RF4 photoalbum In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13512: ----------------------------- Fix Version/s: 4.3.6 > Photoalbum: port fix from RF-13498 to RF4 photoalbum > ---------------------------------------------------- > > Key: RF-13512 > URL: https://issues.jboss.org/browse/RF-13512 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Labels: photoalbum > Fix For: 4.3.6 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 06:44:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 06:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13093) EPVC: ViewState must be written even for transient (stateless) views In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13093?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13093. ------------------------------ Verified with JSF 2.2 (using WildFly 8.0.0.CR1). Partial response is no longer empty. > EPVC: ViewState must be written even for transient (stateless) views > -------------------------------------------------------------------- > > Key: RF-13093 > URL: https://issues.jboss.org/browse/RF-13093 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.2 > Environment: GlassFish 3.1.2.2 with Mojarra 2.1.23 > Reporter: Salvo Isaja > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Original summary: *extendedDataTable column resizing and reordering not working on transient (stateless) views* > When turning on transient (stateless) views in recent Mojarra versions (as per JSF 2.2 specification, to my best understanding), using request scoped backing beans, javax.faces.ViewState becomes the constant "stateless". Column resizing and reordering in extendedDataTable causes an Ajax request to the server, but in this case an invalid response is sent, containing only: > {code:xml} > > > {code} > This causes an exception in {{jsf.js}} because the partial-response element has no children and no further JavaScript processing happens in the view until the page is reloaded. In the non-transient view case, I see a {{change}} element updating only the ViewState is returned, instead. > Other features seem to work pretty well in stateless mode, by the way. > Thanks -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 06:46:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 23 Jan 2014 06:46:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938209#comment-12938209 ] Michal Petrov commented on RF-13501: ------------------------------------ Fixed. One thing to note though: Since the sharing is done by sending an URL of the image it only works on a live server. On localhost, you'll see: {quote} An unknown error has occurred. {quote} > PhotoAlbum: sharing a photo does not work, can not choose album > --------------------------------------------------------------- > > Key: RF-13501 > URL: https://issues.jboss.org/browse/RF-13501 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Juraj H?ska > Assignee: Michal Petrov > Attachments: sharingAPhoto.png > > > Sharing a photo to facebook/google+ does not work. > When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot. > There are no errors visible on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 06:48:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 23 Jan 2014 06:48:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13501) PhotoAlbum: sharing a photo does not work, can not choose album In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13501. -------------------------------- Fix Version/s: 4.3.5 Resolution: Done > PhotoAlbum: sharing a photo does not work, can not choose album > --------------------------------------------------------------- > > Key: RF-13501 > URL: https://issues.jboss.org/browse/RF-13501 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Juraj H?ska > Assignee: Michal Petrov > Fix For: 4.3.5 > > Attachments: sharingAPhoto.png > > > Sharing a photo to facebook/google+ does not work. > When clicking on the share button, a popup with no content is rendered. User can not choose which one to share to. Please see also the attached screenshot. > There are no errors visible on server or client side. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 07:36:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 07:36:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13168. ------------------------------ > 3rd party JSF component disappears on RichFaces ajax refresh > ------------------------------------------------------------ > > Key: RF-13168 > URL: https://issues.jboss.org/browse/RF-13168 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-a4j-core > Reporter: Frank Langelage > Assignee: Luk?? Fry? > Labels: interop, jsf22 > Fix For: 5.0.0.Alpha3 > > Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable. > This does not work with WildFly build from current sources. > Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow. > I'll attach a small project showing the problem. > The mojarra datatable works fine, is refreshed every 10 seconds. > The openfaces datatable below disappears on first refresh. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 07:52:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 07:52:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13248) Switch RichFaces smoke tests to run on WildFly 8 by default In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13248?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13248. ------------------------------ Verified. > Switch RichFaces smoke tests to run on WildFly 8 by default > ----------------------------------------------------------- > > Key: RF-13248 > URL: https://issues.jboss.org/browse/RF-13248 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > With start of WildFly Beta/CR release chain, we can switch our tests consume it, it means: > * tweaking TravisCI configuration > Note that tests have problem to pass on WildFly Beta1: > {code} > Tests run: 34, Failures: 1, Errors: 16, Skipped: 1 > {code} > so we need to analyze a cause of the failure first. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 08:06:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 08:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13062) r:validator stops working In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13062. ------------------------------ Closing, unreproducible. > r:validator stops working > ------------------------- > > Key: RF-13062 > URL: https://issues.jboss.org/browse/RF-13062 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 5.0.0.Alpha1 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > I just tried r:validator with the current snapshot for WildFly 8.0.0.Alpha2 (changed Mojarra 2.2.0 to 2.1.23). However, if I'm doing a wrong input nothing happens. No error message, no stacktrace, just nothing. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 08:06:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 23 Jan 2014 08:06:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13040) Examples don't work on WildFly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13040. ------------------------------ Since all I found is already reported separately under different issues (see my previous comment) I am closing this issue. > Examples don't work on WildFly > ------------------------------ > > Key: RF-13040 > URL: https://issues.jboss.org/browse/RF-13040 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha1 > Environment: WildFly 8.0.0.Beta2-SNAPSHOT > Reporter: Jan Papousek > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > - components-demo: with standalone-jbossweb.xml OK, with standalone-full.xml deployable, but doesn't work > - showcase (jbas71 classifier): can't deploy, the following error appears (standalone-full.xml): > {code} > 16:22:01,672 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.undertow.deployment.default-host./showcase: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./showcase: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1930) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17] > Caused by: java.lang.RuntimeException: java.lang.RuntimeException: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:194) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.start(UndertowDeploymentService.java:75) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > ... 3 more > Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:273) > at io.undertow.servlet.core.ApplicationListeners.contextInitialized(ApplicationListeners.java:127) > at io.undertow.servlet.core.DeploymentManagerImpl.deploy(DeploymentManagerImpl.java:172) > ... 6 more > Caused by: java.lang.RuntimeException: Capability org.richfaces.demo.push.JMSInitializer was not correctly initialized > at org.richfaces.demo.push.AbstractCapabilityInitializer.processEvent(AbstractCapabilityInitializer.java:66) > at javax.faces.event.SystemEvent.processListener(SystemEvent.java:108) > at com.sun.faces.application.ApplicationImpl.processListeners(ApplicationImpl.java:2187) > at com.sun.faces.application.ApplicationImpl.invokeListenersFor(ApplicationImpl.java:2163) > at com.sun.faces.application.ApplicationImpl.publishEvent(ApplicationImpl.java:303) > at org.jboss.as.weld.webtier.jsf.ForwardingApplication.publishEvent(ForwardingApplication.java:288) > at com.sun.faces.config.ConfigManager.publishPostConfigEvent(ConfigManager.java:685) > at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:253) > ... 8 more > Caused by: java.lang.RuntimeException: Unable to create topic 'pushJms' (JNDI: /topic/pushJms) > at org.richfaces.demo.push.JMSInitializer.createTopic(JMSInitializer.java:86) > at org.richfaces.demo.push.JMSInitializer.initializeJMS(JMSInitializer.java:75) > at org.richfaces.demo.push.JMSInitializer.initializeCapability(JMSInitializer.java:63) > at org.richfaces.demo.push.AbstractCapabilityInitializer.processEvent(AbstractCapabilityInitializer.java:63) > ... 15 more > Caused by: java.io.IOException: java.net.ConnectException: JBAS012144: Could not connect to http-remoting://127.0.0.1:9999. The connection timed out > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:129) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:81) > at org.richfaces.demo.push.provider.AS7MessagingProviderManagement.createTopic(AS7MessagingProviderManagement.java:83) > at org.richfaces.demo.push.JMSInitializer.createTopic(JMSInitializer.java:84) > ... 18 more > Caused by: java.net.ConnectException: JBAS012144: Could not connect to http-remoting://127.0.0.1:9999. The connection timed out > at org.jboss.as.protocol.ProtocolConnectionUtils.connectSync(ProtocolConnectionUtils.java:131) > at org.jboss.as.protocol.ProtocolConnectionManager$EstablishingConnection.connect(ProtocolConnectionManager.java:256) > at org.jboss.as.protocol.ProtocolConnectionManager.connect(ProtocolConnectionManager.java:70) > at org.jboss.as.protocol.mgmt.FutureManagementChannel$Establishing.getChannel(FutureManagementChannel.java:176) > at org.jboss.as.controller.client.impl.RemotingModelControllerClient.getOrCreateChannel(RemotingModelControllerClient.java:148) > at org.jboss.as.controller.client.impl.RemotingModelControllerClient$1.getChannel(RemotingModelControllerClient.java:67) > at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:115) > at org.jboss.as.protocol.mgmt.ManagementChannelHandler.executeRequest(ManagementChannelHandler.java:90) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeRequest(AbstractModelControllerClient.java:236) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:141) > at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127) > ... 21 more > {code} > - irc-client: can't deploy (standalone-full.xml) > {code} > 16:35:39,805 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-6) MSC000001: Failed to start service jboss.undertow.deployment.default-host./irc-client.UndertowDeploymentInfoService: org.jboss.msc.service.StartException in service jboss.undertow.deployment.default-host./irc-client.UndertowDeploymentInfoService: java.lang.ClassNotFoundException: org.richfaces.webapp.PushFilter from [Module "deployment.irc-client.war:main" from Service Module Loader] > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:587) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.start(UndertowDeploymentInfoService.java:200) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1974) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1907) [jboss-msc-1.1.2.Final.jar:1.1.2.Final] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17] > Caused by: java.lang.ClassNotFoundException: org.richfaces.webapp.PushFilter from [Module "deployment.irc-client.war:main" from Service Module Loader] > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:196) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:444) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:432) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:374) [jboss-modules.jar:1.2.0.Final] > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:119) [jboss-modules.jar:1.2.0.Final] > at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_17] > at java.lang.Class.forName(Class.java:266) [rt.jar:1.7.0_17] > at org.jboss.as.server.deployment.reflect.DeploymentClassIndex.classIndex(DeploymentClassIndex.java:54) [wildfly-server-8.0.0.Alpha1.jar:8.0.0.Alpha1] > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService.createServletConfig(UndertowDeploymentInfoService.java:426) > ... 6 mor > {code} > - jpa-demo: with standalone-jbossweb.xml OK, with standalone-full.xml deployable, but doesn't work > ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 10:12:29 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 23 Jan 2014 10:12:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13487. -------------------------------- Resolution: Done > Photoalbum: viewing FB albums improvements > ------------------------------------------ > > Key: RF-13487 > URL: https://issues.jboss.org/browse/RF-13487 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: cannot browse between album's images after an image has been selected > # photo view: 'Original size' button's text underflows the image > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 10:12:29 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Thu, 23 Jan 2014 10:12:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13486. -------------------------------- Resolution: Done > Photoalbum: viewing g+ albums improvements > ------------------------------------------ > > Key: RF-13486 > URL: https://issues.jboss.org/browse/RF-13486 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 11:12:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 11:12:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938314#comment-12938314 ] Luk?? Fry? commented on RF-13505: --------------------------------- Initial testing on MyFaces revealed that the approach is viable: Here are stats from {{partialViewContext.*}} tests run (compared before and after refactoring): {code} broken: ======= ITActivatorComponentNotRendered fixed: ====== ITViewScoped ITImplicitAjaxOutputRendering {code} > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 11:24:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 23 Jan 2014 11:24:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13510) Allow to disable bootstrap.css loading so that components are self-contained In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13510: ---------------------------- Summary: Allow to disable bootstrap.css loading so that components are self-contained (was: disable bootstrap.css so that new richfaces-components are self-contained.) > Allow to disable bootstrap.css loading so that components are self-contained > ---------------------------------------------------------------------------- > > Key: RF-13510 > URL: https://issues.jboss.org/browse/RF-13510 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha1, 5.0.0.Alpha2 > Environment: IE10 / FF26 Win7 JAVA6 / JBoss EAP 5.1 > Reporter: Mike K > Labels: autocomplete, components, css, richfaces > > Using richfaces.5.0.0.alpha2 and the autocomplete component - it loads the whole bootstrap.css > As the bootstrap.css is redefining all lable textsizes etc. it is messing up my layout completely... > Components css should be self-contained. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 17:00:29 2014 From: issues at jboss.org (H G (JIRA)) Date: Thu, 23 Jan 2014 17:00:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-10963) a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-10963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938413#comment-12938413 ] H G commented on RF-10963: -------------------------- In the version 1.7 of Omnifaces there is a fix for the JSF bug related to render another form in the same view. I have not tested this future and I don't know if it fix the RF bugs related to ViewState, but for those that need this functionality right now, they can test and share the experience. http://showcase.omnifaces.org/scripts/FixViewState > a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form > ---------------------------------------------------------------------------------- > > Key: RF-10963 > URL: https://issues.jboss.org/browse/RF-10963 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.0.0.Final > Environment: S.O.: Ubuntu 10.04 > Browser: Chrome > JSF Impl: JSF 2.0.2 > Reporter: Guilherme Moreira > Labels: community_contributor_needed, jsf > Fix For: 5.0.0.Alpha3 > > > A a4j:commandButton that's render another form causes this other form lost it's hidden input viewState. > Example > {code} > xmlns:ui="http://java.sun.com/jsf/facelets" > xmlns:f="http://java.sun.com/jsf/core" > xmlns:h="http://java.sun.com/jsf/html" > xmlns:rich="http://richfaces.org/rich" > xmlns:a4j="http://richfaces.org/a4j"> > > > > > > > > > > > > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 17:44:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 23 Jan 2014 17:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938424#comment-12938424 ] Brian Leathem commented on RF-13493: ------------------------------------ I upgraded from Chrome 31.0.1650.63 to 32.0.1700.77 and can confirm that it is broken. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 18:02:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 23 Jan 2014 18:02:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938424#comment-12938424 ] Brian Leathem edited comment on RF-13493 at 1/23/14 6:00 PM: ------------------------------------------------------------- I upgraded from Chrome 31.0.1650.63 to 32.0.1700.77 and can confirm that it is broken. Note the error in the browser console on Chrome 32.0.1700.77: {code} body.scrollTop is deprecated in strict mode. Please use 'documentElement.scrollTop' if in strict mode and 'body.scrollTop' only if in quirks mode. 3_3_1.SP3org.ajax4jsf.javascript.PrototypeScript.jsf:3752 body.scrollLeft is deprecated in strict mode. Please use 'documentElement.scrollLeft' if in strict mode and 'body.scrollLeft' only if in quirks mode. {code} This would have been useful to include in your report of failure [~ppitonak]. It would likely have saved a couple of days worth of back-and-forth. was (Author: bleathem): I upgraded from Chrome 31.0.1650.63 to 32.0.1700.77 and can confirm that it is broken. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 19:00:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 23 Jan 2014 19:00:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938432#comment-12938432 ] Brian Leathem commented on RF-13493: ------------------------------------ This error originates not from the proposed fix, but from the prototype.js library. If we test all components I'm sure we will come up with similar error messages. Since Chrome 32 (nor any version) is supported in WFK 1.0 / RichFaces 3, I propose we ignore this error and proceed with the release. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 19:52:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 23 Jan 2014 19:52:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13484: ------------------------------- Fix Version/s: 4.5-Tracking (was: 4.3.5) > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.5-Tracking > > > Works on EAP 6.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 19:56:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 23 Jan 2014 19:56:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13510) Allow to disable bootstrap.css loading so that components are self-contained In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13510: ------------------------------- Fix Version/s: 5.0.0.Alpha4 > Allow to disable bootstrap.css loading so that components are self-contained > ---------------------------------------------------------------------------- > > Key: RF-13510 > URL: https://issues.jboss.org/browse/RF-13510 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha1, 5.0.0.Alpha2 > Environment: IE10 / FF26 Win7 JAVA6 / JBoss EAP 5.1 > Reporter: Mike K > Labels: autocomplete, components, css, richfaces > Fix For: 5.0.0.Alpha4 > > > Using richfaces.5.0.0.alpha2 and the autocomplete component - it loads the whole bootstrap.css > As the bootstrap.css is redefining all lable textsizes etc. it is messing up my layout completely... > Components css should be self-contained. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 23 22:02:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Thu, 23 Jan 2014 22:02:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13435) extendedatatable: Scrolling position is lost after submit In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938444#comment-12938444 ] Brian Leathem commented on RF-13435: ------------------------------------ The fix to this would be to add a {{rich:ready}} jQuery listener to set the scroll value. If someone wants to develop this as a workaround and post the details here, we could include it into the extendeddtatable.js as a patch. > extendedatatable: Scrolling position is lost after submit > --------------------------------------------------------- > > Key: RF-13435 > URL: https://issues.jboss.org/browse/RF-13435 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4 > Environment: ALL > Reporter: Holger Walter > Labels: extendeddatatable, richfaces, scroll > Fix For: 5-Tracking > > > Issue is similar to RF-5312. > In EDT, the current scrolling position is lost (reset to 0) after a submit. > Steps to reproduce: > 1. Use the showcase for the EDT(version 4.3.4) > 2. Adapt the xhtml file by adding a simple submit button ( ) > 3. Activate the 'ajax loading' checkbox > 4. Scroll down in the table > 5. Press the new submit button > 6. The scrolling position is lost > This might sound as a minor problem, but in case of using the EDT with ajax data loading, a user can scroll quite far until he may find the row on which he wants to do some actions. If the scrolling position is reset to 0 after each submit, it gets quite tedious for a user scrolling every time to this old position in the table. > I've seen that the current position is already stored in componentState, but unfortunately it is getting reset on submit. > I already tried a workaround, by using the 'onready' event of the EDT after a submit to trigger scrolling to the desired position with javascript but this does not work reliably on one hand, and triggers an additional ajax call which may cause that messages in h:messages are lost. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:36:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:36:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13390: ------------------------------- Sprint: (was: 5.0.0.Alpha3 - Sprint 1) > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:50:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:50:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13247: ------------------------------- Sprint: 4.3.5 Sprint 1, 5.0.0.Alpha3 - Sprint 2 (was: 4.3.5 Sprint 1) > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:50:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:50:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13290) Push framework tests fail after upgrade to 1.0.17 (probably Warp issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13290: ------------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > Push framework tests fail after upgrade to 1.0.17 (probably Warp issue) > ----------------------------------------------------------------------- > > Key: RF-13290 > URL: https://issues.jboss.org/browse/RF-13290 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll, tests - functional > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > The push is correctly using 'long-polling' technique, > the request is sent, but the response is never sent back, > that's why I believe the Warp server-side handling fails. > ---- > Note that I have tried to upgrade to 1.0.18 and it didn't help. > ---- > I'm marking those tests as {{Failing}}. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:50:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:50:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13355) Upgrade Mojarra In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13355: ------------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > Upgrade Mojarra > --------------- > > Key: RF-13355 > URL: https://issues.jboss.org/browse/RF-13355 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Pavol Pitonak > Fix For: 5.0.0.Alpha3 > > > RichFaces 5 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces/richfaces/blob/master/build/pom.xml -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:52:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:52:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13420) Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13420: ------------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged > ------------------------------------------------------------------------------------------ > > Key: RF-13420 > URL: https://issues.jboss.org/browse/RF-13420 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha2 > Environment: Firefox, Chrome > JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > Following WARNING is being logged to JBoss AS console when demos for {{pickList}} or {{orderingList}} are loaded. > {code:none} > 12:10:08,859 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--0.0.0.0-8080-1) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} > Steps to reproduce: > # deploy showcase > # clean the browser cache > # load the demo for e.g. pickList: http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky > # look for the WARNING in the JBoss AS console > Notes: > * the http response with file font-awesome/font/fontawesome-webfont.woff finish with 200 OK. > * this WARNING is logged only with the first page load after the browser cache cleaning, then it is served from cache and WARNING is not logged -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:52:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:52:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13444: ------------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 02:54:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 02:54:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13420) Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13420: ------------------------------- Sprint: (was: 5.0.0.Alpha3 - Sprint 2) > Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged > ------------------------------------------------------------------------------------------ > > Key: RF-13420 > URL: https://issues.jboss.org/browse/RF-13420 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha2 > Environment: Firefox, Chrome > JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > Following WARNING is being logged to JBoss AS console when demos for {{pickList}} or {{orderingList}} are loaded. > {code:none} > 12:10:08,859 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--0.0.0.0-8080-1) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} > Steps to reproduce: > # deploy showcase > # clean the browser cache > # load the demo for e.g. pickList: http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky > # look for the WARNING in the JBoss AS console > Notes: > * the http response with file font-awesome/font/fontawesome-webfont.woff finish with 200 OK. > * this WARNING is logged only with the first page load after the browser cache cleaning, then it is served from cache and WARNING is not logged -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:00:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 03:00:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13290) Push framework tests fail after upgrade to 1.0.17 (probably Warp issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13290: ------------------------------- Sprint: (was: 5.0.0.Alpha3 - Sprint 2) > Push framework tests fail after upgrade to 1.0.17 (probably Warp issue) > ----------------------------------------------------------------------- > > Key: RF-13290 > URL: https://issues.jboss.org/browse/RF-13290 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll, tests - functional > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > The push is correctly using 'long-polling' technique, > the request is sent, but the response is never sent back, > that's why I believe the Warp server-side handling fails. > ---- > Note that I have tried to upgrade to 1.0.18 and it didn't help. > ---- > I'm marking those tests as {{Failing}}. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:02:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 03:02:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13355) Upgrade Mojarra In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13355. -------------------------------- Fix Version/s: (was: 5.0.0.Alpha3) Resolution: Out of Date > Upgrade Mojarra > --------------- > > Key: RF-13355 > URL: https://issues.jboss.org/browse/RF-13355 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha2 > Reporter: Pavol Pitonak > > RichFaces 5 [1] now depends on Mojarra 2.1.19 (bundled in EAP 6.1.1). Upgrade it to the lastest version 2.1.26. > [1] https://github.com/richfaces/richfaces/blob/master/build/pom.xml -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:02:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 03:02:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13247: ------------------------------- Sprint: 4.3.5 Sprint 1 (was: 4.3.5 Sprint 1, 5.0.0.Alpha3 - Sprint 2) > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:04:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:04:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938463#comment-12938463 ] Luk?? Fry? commented on RF-13390: --------------------------------- Neither RichFaces 3 nor RichFaces 4 have any visual output, that means they can't be re-rendered. > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:06:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938465#comment-12938465 ] Luk?? Fry? commented on RF-13247: --------------------------------- [~icyt], [~moe], you can still use Guava that bundles with RichFaces, you have just make sure that you don't define dependency on com.google.guava module in MANIFEST.MF. Could you please verify? > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:06:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938465#comment-12938465 ] Luk?? Fry? edited comment on RF-13247 at 1/24/14 3:06 AM: ---------------------------------------------------------- [~icyt], [~moe], you can still use Guava that bundles with RichFaces, you have just make sure that you don't define dependency on com.google.guava module in MANIFEST.MF. Could you please verify (ideally with WildFly CR1)? was (Author: lfryc): [~icyt], [~moe], you can still use Guava that bundles with RichFaces, you have just make sure that you don't define dependency on com.google.guava module in MANIFEST.MF. Could you please verify? > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:08:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:08:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938463#comment-12938463 ] Luk?? Fry? edited comment on RF-13390 at 1/24/14 3:07 AM: ---------------------------------------------------------- 1) Neither RichFaces 3 nor RichFaces 4 have any visual output, that means they can't be re-rendered. was (Author: lfryc): Neither RichFaces 3 nor RichFaces 4 have any visual output, that means they can't be re-rendered. > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:12:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:12:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938466#comment-12938466 ] Luk?? Fry? commented on RF-13390: --------------------------------- 3) [docs|http://docs.jboss.org/richfaces/latest_5_X/Component_Reference/en-US/html/chap-Component_Reference-Containers.html#sect-Component_Reference-Containers-region] don't talk about rendering (or its limitations), it talks just about execution 2) interesting things are mentioned in this blog and stackoverflow discussion: renderRegionOnly: http://java.dzone.com/news/richfaces-region-partial-jsf Daniel reports render region works: http://stackoverflow.com/questions/10396037/jsf-richfaces-a4jregion-call-render > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:26:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:26:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13472: ---------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Priority: Blocker > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:34:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:34:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13390: ---------------------------- Fix Version/s: 5-Tracking (was: 5.0.0.Alpha3) > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5-Tracking > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:34:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:34:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13390) Regions don't have any visual representation so they can't be used as a @render target In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938470#comment-12938470 ] Luk?? Fry? commented on RF-13390: --------------------------------- Scheduling to 5-Tracking for investigations. > Regions don't have any visual representation so they can't be used as a @render target > -------------------------------------------------------------------------------------- > > Key: RF-13390 > URL: https://issues.jboss.org/browse/RF-13390 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-a4j-core > Environment: RF 5 Snapshot: aa130b9c034ceb49814e0d409329828d8b81f0d0 > Wildfly 8.0.0.Beta2-SNAPSHOT > Mojarra 2.2.4-jbossorg-1 20131017-1524 > Reporter: Cody Lerum > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5-Tracking > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When > {code} > > > > > > {code} > A partial response seems to be generated with the correct content but the dom is not updated -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:36:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:36:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13179: ---------------------------- Workaround Description: 1) register PushServlet manually in a web.xml https://community.jboss.org/wiki/StartingWithRichFacesPushOnVariousServletContainers Workaround: Workaround Exists > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:38:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 03:38:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13508: ---------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 03:44:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Fri, 24 Jan 2014 03:44:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938472#comment-12938472 ] Pavol Pitonak commented on RF-13493: ------------------------------------ I'm sorry for not reporting the warnings. There are many warning for almost all components. This particular warning is present also for inplace select, calendar, color picker, combo box, suggestion box, tooltip and context menu. Drop down menu and calendar are the only components with misplaced popup. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 04:02:29 2014 From: issues at jboss.org (Thorsten Richter (JIRA)) Date: Fri, 24 Jan 2014 04:02:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938477#comment-12938477 ] Thorsten Richter commented on RF-13247: --------------------------------------- [~lfryc], how can I do that? I use a pom.xml to define dependencies: {code:xml|title=Snippet of pom.xml} com.google.guava guava {code} Guava is used in the code, so I have to define this dependency, right? > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 04:04:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 04:04:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13453) There is no way to extend class org.richfaces.renderkit.ExtendedDataTableRenderer properly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13453: ---------------------------- Fix Version/s: 4.3.6 > There is no way to extend class org.richfaces.renderkit.ExtendedDataTableRenderer properly > ------------------------------------------------------------------------------------------ > > Key: RF-13453 > URL: https://issues.jboss.org/browse/RF-13453 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Roman Chigvintsev > Fix For: 4.3.6 > > > It's impossible to override some methods of class {{org.richfaces.renderkit.ExtendedDataTableRenderer}} (e.g. {{void encodeBody(RendererState state)}}) because internal classes and enums have private access level. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 04:06:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 04:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13409) PlotClickEvent - toString method return value needs better formatting and is not platform independent In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13409?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13409: ------------------------------- Assignee: Luk?? Macko Hey [~lukindo], could you please review this pull request? > PlotClickEvent - toString method return value needs better formatting and is not platform independent > ----------------------------------------------------------------------------------------------------- > > Key: RF-13409 > URL: https://issues.jboss.org/browse/RF-13409 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 5.0.0.Alpha2 > Reporter: Juraj H?ska > Assignee: Luk?? Macko > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > {{PlotClickEvent}} {{toString}} method needs some improvements: > * there is missing space in returned value > * it is not platform independent - uses {{\n}} as line separator. > Steps to reproduce: > 1. load latest showcase chard demo for event handling: > This can be seen in showcase: > http://showcaselatest-richfaces.rhcloud.com/richfaces/component-sample.jsf?demo=chart&sample=events&skin=blueSky > 2. click on some point > 3. See the missing space in the msg. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 04:06:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 04:06:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13215) RichFaces 4.5 integration tests fail In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13215?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938480#comment-12938480 ] Luk?? Fry? edited comment on RF-13215 at 1/24/14 4:05 AM: ---------------------------------------------------------- This pull request was merged: https://github.com/richfaces4/core/pull/19 Waiting for assessment of 4.5.x integration tests. was (Author: lfryc): This pull request was merged: https://github.com/richfaces4/core/pull/19 > RichFaces 4.5 integration tests fail > ------------------------------------ > > Key: RF-13215 > URL: https://issues.jboss.org/browse/RF-13215 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.5.0.Alpha1 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Fix For: 4.5-Tracking > > > Please investigate the test failures, stabilize tests and report identified issues. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 07:02:29 2014 From: issues at jboss.org (Thorsten Richter (JIRA)) Date: Fri, 24 Jan 2014 07:02:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938517#comment-12938517 ] Thorsten Richter commented on RF-13247: --------------------------------------- [~lfryc], I've found it. There is a section {code:xml}{code} and there I could remove Guava from {code:xml}{code} It works for me now. Thank you very much! > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 09:08:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 09:08:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938566#comment-12938566 ] Luk?? Fry? commented on RF-13247: --------------------------------- Thanks to help, [~icyt] - any chance you have used some of our quickstarts to setup the project? We might want to clean this up as having dependencies is rather optimization than best practice (for reasons of upstream dependency updates). > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 09:12:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 09:12:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13444: ------------------------------- Assignee: Luk?? Fry? > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 09:12:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 09:12:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13508: ------------------------------- Assignee: Luk?? Fry? > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 09:18:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 09:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938572#comment-12938572 ] Luk?? Fry? commented on RF-13444: --------------------------------- The issue can be reproduced on components-demo. > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 10:22:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 10:22:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938595#comment-12938595 ] Luk?? Fry? commented on RF-13444: --------------------------------- I have one concern with the suggested approach: if we will leverage Servlets 3.0 API, specifically {{HttpServletRequest#getParts()}} method, we won't be able to listen on file upload progress. (Correct me if I'm wrong here). I reviewed the use of MultipartRequest25 and it seems we could avoid preliminary form data parsing by avoiding {{super.getParameter()}} call. This is what we can do on our side. We need to ensure then that we are able to parse parameters ourselves (without the need of a underlying HttpRequest impl). However: I have checked and this simple change won't work alone since another components might be able to interfere and require parsing of formData before such as ServletFilters or Factories, etc. And that's also what is happening in case of CDI/Weld - it requires to read parameter (and parse form data) here: https://gist.github.com/lfryc/17c80f2329521fbee00d ---- One of the ways around could be wrapping our request far before any other component might be able to read it. Second option is finding a way how to listen on progress of a request. > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 10:28:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 10:28:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13513: ------------------------------- Summary: CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem Key: RF-13513 URL: https://issues.jboss.org/browse/RF-13513 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 5.0.0.Alpha3 Environment: 5.0.0-SNAPSHOT Reporter: Luk?? Fry? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 10:28:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 10:28:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938601#comment-12938601 ] Brian Leathem commented on RF-13444: ------------------------------------ Does the JSF 2.2 fileupload component listen for progress? We can look at it's impl. > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 10:30:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 10:30:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13513: ---------------------------- Description: As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 10:30:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 10:30:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13513: ---------------------------- Description: As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: {code} SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) at java.lang.Class.getConstructor0(Class.java:2803) at java.lang.Class.newInstance(Class.java:345) at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) ... 80 more Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:744) Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) at java.lang.Class.getConstructor0(Class.java:2803) at java.lang.Class.newInstance(Class.java:345) at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) ... 75 more Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) ... 80 more {code} was:As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: > {code} > SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. > java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits > SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer > javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > ... 75 more > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 10:32:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 10:32:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938602#comment-12938602 ] Luk?? Fry? commented on RF-13513: --------------------------------- What we can do is: 1) copy CollectionDataModel API into RF 2) detect presence of a class (use reflection (Class.forName(String)) on JSF2.2 compatible container) > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: > {code} > SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. > java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits > SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer > javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > ... 75 more > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:12:28 2014 From: issues at jboss.org (Jeremy Landis (JIRA)) Date: Fri, 24 Jan 2014 11:12:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13246) Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938616#comment-12938616 ] Jeremy Landis commented on RF-13246: ------------------------------------ I've done some additional research on this. In IE8, this only occurs when IE8 Developer Tools is turned off. If I turn on Developer Tools, it magically starts working as expected. This issue started occurring in richfaces 4.3.4 and continues in richfaces 4.3.5. Can someone review this again specifically in turning off developer tools to see if it can be recreated? > Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. > ---------------------------------------------------------------- > > Key: RF-13246 > URL: https://issues.jboss.org/browse/RF-13246 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Jeremy Landis > Assignee: Ji?? ?tefek > Labels: waiting_on_user > > After upgrading to richfaces 4.3.4 using jsf 2.1.26, ajax has stopped working in IE8. I have been able to verify non issue in firefox and IE11. The issue affects specialized ajax calls within a page as well as overall ajax page areas. It further affects extended data grids where it will not allow next page logic to work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:16:30 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 11:16:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13246) Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938622#comment-12938622 ] Brian Leathem commented on RF-13246: ------------------------------------ The {{console}} object only exists in IE8 when _developer mode_ is on. This would explain the failure you are observing. However, we are unable to reproduce the issue you are observing. [~hazendaz] does the showcase @ http://showcase.richfaces.org work for you? Can you be more specific about how we can reproduce the error ourselves? > Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. > ---------------------------------------------------------------- > > Key: RF-13246 > URL: https://issues.jboss.org/browse/RF-13246 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Jeremy Landis > Assignee: Ji?? ?tefek > Labels: waiting_on_user > > After upgrading to richfaces 4.3.4 using jsf 2.1.26, ajax has stopped working in IE8. I have been able to verify non issue in firefox and IE11. The issue affects specialized ajax calls within a page as well as overall ajax page areas. It further affects extended data grids where it will not allow next page logic to work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:32:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 11:32:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13489) Photoalbum: use bigger fonts and choose some modern font-family In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13489. -------------------------------- Resolution: Won't Fix We'll address the photoalbum style as a whole when it gets ported to RichFaces 5 / Bootstrap. > Photoalbum: use bigger fonts and choose some modern font-family > --------------------------------------------------------------- > > Key: RF-13489 > URL: https://issues.jboss.org/browse/RF-13489 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Labels: photoalbum > > The photoalbum has relatively small fonts, the overall look of the demo would benefit from increasing the font-size and eventually changing the font-family. > Fonts: http://www.google.com/fonts -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:34:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 11:34:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13492) Photoalbum: cancel selection in other r:trees when browsing an album navigation panel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13492: ------------------------------- Fix Version/s: 4.5-Tracking > Photoalbum: cancel selection in other r:trees when browsing an album navigation panel > ------------------------------------------------------------------------------------- > > Key: RF-13492 > URL: https://issues.jboss.org/browse/RF-13492 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Labels: photoalbum > Fix For: 4.5-Tracking > > Attachments: screenshot02.png > > > When we have several album categories opened, we can select a current album from each of them. > Only one is an opened one (visible in the main page content area), but the r:tree components show current selection for each album shelf separately. > Look at the attached screenshot. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:34:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 11:34:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13482) Photoalbum: after edit user profile view is opened the application does not respond correctly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13482: ------------------------------- Fix Version/s: 4.5-Tracking (was: 4.3.6) > Photoalbum: after edit user profile view is opened the application does not respond correctly > --------------------------------------------------------------------------------------------- > > Key: RF-13482 > URL: https://issues.jboss.org/browse/RF-13482 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.4 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.5-Tracking > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:34:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Fri, 24 Jan 2014 11:34:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13047) Implement improvements to the photoalbum application In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13047. -------------------------------- Resolution: Done > Implement improvements to the photoalbum application > ---------------------------------------------------- > > Key: RF-13047 > URL: https://issues.jboss.org/browse/RF-13047 > Project: RichFaces > Issue Type: Epic > Security Level: Public(Everyone can see) > Components: examples > Reporter: Michal Petrov > Assignee: Michal Petrov > Fix For: 4.3.5 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:52:28 2014 From: issues at jboss.org (Jeremy Landis (JIRA)) Date: Fri, 24 Jan 2014 11:52:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13246) Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938641#comment-12938641 ] Jeremy Landis commented on RF-13246: ------------------------------------ Brian, thanks for a quick response. I have did a little more digging and isolated the actual root problem. I made too many assumptions on the cause of this until I stumbled down this path today. I'm sorry for causing any additional effort to verify and will do a better job next time of knowing my issue before reporting. I no longer believe there is anything in the showcase that would result in this issue. The issue actually appears to be this line of code used on our master template. So likely it doesn't affect the showcase as I assumed. Looking over the jira changes for 4.3.4, it appears that "ALL" is no longer a valid option. Aside from fixing that, how might I be able to still use this logic with the 4.3.4 changes to logging? > Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. > ---------------------------------------------------------------- > > Key: RF-13246 > URL: https://issues.jboss.org/browse/RF-13246 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Jeremy Landis > Assignee: Ji?? ?tefek > Labels: waiting_on_user > > After upgrading to richfaces 4.3.4 using jsf 2.1.26, ajax has stopped working in IE8. I have been able to verify non issue in firefox and IE11. The issue affects specialized ajax calls within a page as well as overall ajax page areas. It further affects extended data grids where it will not allow next page logic to work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 11:56:29 2014 From: issues at jboss.org (Jeremy Landis (JIRA)) Date: Fri, 24 Jan 2014 11:56:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13246) Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13246?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938643#comment-12938643 ] Jeremy Landis commented on RF-13246: ------------------------------------ Even better. It appears issue was clearly due to me still using "ALL" option. I switched it to 'debug' and everything is working again. > Richfaces 4.3.4 ajax fails on ie8 packed.js cannot find console. > ---------------------------------------------------------------- > > Key: RF-13246 > URL: https://issues.jboss.org/browse/RF-13246 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.4 > Reporter: Jeremy Landis > Assignee: Ji?? ?tefek > Labels: waiting_on_user > > After upgrading to richfaces 4.3.4 using jsf 2.1.26, ajax has stopped working in IE8. I have been able to verify non issue in firefox and IE11. The issue affects specialized ajax calls within a page as well as overall ajax page areas. It further affects extended data grids where it will not allow next page logic to work. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 13:16:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:16:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938671#comment-12938671 ] Luk?? Fry? commented on RF-13444: --------------------------------- I have looked at JSF 2.2 impl and they are not able to implement file upload progress: http://stackoverflow.com/questions/20445614/how-can-i-add-a-client-side-progress-listener-to-a-jsf-2-2-ajax-request ---- We have few options for 5.0: 1) pure HTML5/XHR2 solution * http://www.script-tutorials.com/pure-html5-file-upload/ * I think we are ready for this as [all of browsers already support|http://caniuse.com/#feat=xhr2] it step but it would mean re-implement file upload component from scratch 2) implement MultipartRequest30 that leverages HttpServletRequest#getParts() * without support of file upload progress * with different configuration for maxfilesize/createTempFiles (based in web.xml) > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 13:16:31 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:16:31 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938672#comment-12938672 ] Luk?? Fry? commented on RF-13444: --------------------------------- As we discussed with Brian, we have decided to implement option (2) for Alpha3 and gradually get to (1) later. > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 13:18:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:18:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13513: ---------------------------- Fix Version/s: 5.0.0.Alpha3 > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: > {code} > SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. > java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits > SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer > javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > ... 75 more > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 13:18:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:18:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13513: ---------------------------- Sprint: 5.0.0.Alpha3 - Sprint 2 > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: > {code} > SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. > java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits > SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer > javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > ... 75 more > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 24 13:18:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 24 Jan 2014 13:18:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13513: ------------------------------- Assignee: Luk?? Fry? > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: > {code} > SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. > java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits > SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer > javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > ... 75 more > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 00:02:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 00:02:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938758#comment-12938758 ] Brian Leathem commented on RF-13493: ------------------------------------ Yeah, that warning only sowed up in chrome 32. It was however a strong indicator of the nature of the problem. In further testing of the 3.3.1.SP4 branch I realized that it's quite inconvenient that it doesn't work in Chrome, as that is the browser I use for development. I dug in a little further and managed to resolve this issue for Chrome 32. This will also prevent some but not all of the warning messages throughout the rest of the framework. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:46:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:46:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13490) Photoalbum: popup panel styling doesn't fit the overall styling of an application In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reopened RF-13490: -------------------------------- Re-opening to remove the fixVersion > Photoalbum: popup panel styling doesn't fit the overall styling of an application > --------------------------------------------------------------------------------- > > Key: RF-13490 > URL: https://issues.jboss.org/browse/RF-13490 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 4.3.5 > > Attachments: proper.png, screenshot01.png > > > Look at the attached screenshot. > The popup panel looks old-school and doesn't fit rest of the page theme. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:46:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:46:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13490) Photoalbum: popup panel styling doesn't fit the overall styling of an application In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13490: ------------------------------- Fix Version/s: (was: 4.3.5) > Photoalbum: popup panel styling doesn't fit the overall styling of an application > --------------------------------------------------------------------------------- > > Key: RF-13490 > URL: https://issues.jboss.org/browse/RF-13490 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Attachments: proper.png, screenshot01.png > > > Look at the attached screenshot. > The popup panel looks old-school and doesn't fit rest of the page theme. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:46:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:46:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13490) Photoalbum: popup panel styling doesn't fit the overall styling of an application In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem closed RF-13490. ------------------------------ Resolution: Done > Photoalbum: popup panel styling doesn't fit the overall styling of an application > --------------------------------------------------------------------------------- > > Key: RF-13490 > URL: https://issues.jboss.org/browse/RF-13490 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Attachments: proper.png, screenshot01.png > > > Look at the attached screenshot. > The popup panel looks old-school and doesn't fit rest of the page theme. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:46:30 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:46:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13483) Photoalbum: Hibernate error during deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reopened RF-13483: -------------------------------- Re-opening to remove the fixVersion > Photoalbum: Hibernate error during deployment > --------------------------------------------- > > Key: RF-13483 > URL: https://issues.jboss.org/browse/RF-13483 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # build photoalbum and deploy to EAP 6.1.1 > result: > * there is error during deployment > * the application and basic functionality works > {code} > 09:42:16,051 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000227: Running hbm2ddl schema export > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Album drop constraint FK3C68E4F938C4E8E > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "ALBUM" not found; SQL statement: > alter table Album drop constraint FK3C68E4F938C4E8E [42102-168] > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Album drop constraint FK3C68E4F1C054E63 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "ALBUM" not found; SQL statement: > alter table Album drop constraint FK3C68E4F1C054E63 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Comment drop constraint FK9BDE863F390C8611 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "COMMENT" not found; SQL statement: > alter table Comment drop constraint FK9BDE863F390C8611 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Comment drop constraint FK9BDE863FE13B4C3 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "COMMENT" not found; SQL statement: > alter table Comment drop constraint FK9BDE863FE13B4C3 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A3EBF919D > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A3EBF919D [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A756B16E3 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A756B16E3 [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A1C054E63 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A1C054E63 [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event_remoteAlbumIds drop constraint FK13ED749451AFB863 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT_REMOTEALBUMIDS" not found; SQL statement: > alter table Event_remoteAlbumIds drop constraint FK13ED749451AFB863 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image drop constraint FK437B93B9C30AC43 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE" not found; SQL statement: > alter table Image drop constraint FK437B93B9C30AC43 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image_MetaTag drop constraint FKA5ED44315922EB44 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE_METATAG" not found; SQL statement: > alter table Image_MetaTag drop constraint FKA5ED44315922EB44 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image_MetaTag drop constraint FKA5ED4431D066A86 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE_METATAG" not found; SQL statement: > alter table Image_MetaTag drop constraint FKA5ED4431D066A86 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Shelf drop constraint FK4C26E0A51AFB863 > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "SHELF" not found; SQL statement: > alter table Shelf drop constraint FK4C26E0A51AFB863 [42102-168] > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Shelf drop constraint FK4C26E0A443A43E9 > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "SHELF" not found; SQL statement: > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:46:30 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:46:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13483) Photoalbum: Hibernate error during deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13483: ------------------------------- Fix Version/s: (was: 4.3.5) > Photoalbum: Hibernate error during deployment > --------------------------------------------- > > Key: RF-13483 > URL: https://issues.jboss.org/browse/RF-13483 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > > # build photoalbum and deploy to EAP 6.1.1 > result: > * there is error during deployment > * the application and basic functionality works > {code} > 09:42:16,051 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000227: Running hbm2ddl schema export > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Album drop constraint FK3C68E4F938C4E8E > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "ALBUM" not found; SQL statement: > alter table Album drop constraint FK3C68E4F938C4E8E [42102-168] > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Album drop constraint FK3C68E4F1C054E63 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "ALBUM" not found; SQL statement: > alter table Album drop constraint FK3C68E4F1C054E63 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Comment drop constraint FK9BDE863F390C8611 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "COMMENT" not found; SQL statement: > alter table Comment drop constraint FK9BDE863F390C8611 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Comment drop constraint FK9BDE863FE13B4C3 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "COMMENT" not found; SQL statement: > alter table Comment drop constraint FK9BDE863FE13B4C3 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A3EBF919D > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A3EBF919D [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A756B16E3 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A756B16E3 [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A1C054E63 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A1C054E63 [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event_remoteAlbumIds drop constraint FK13ED749451AFB863 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT_REMOTEALBUMIDS" not found; SQL statement: > alter table Event_remoteAlbumIds drop constraint FK13ED749451AFB863 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image drop constraint FK437B93B9C30AC43 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE" not found; SQL statement: > alter table Image drop constraint FK437B93B9C30AC43 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image_MetaTag drop constraint FKA5ED44315922EB44 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE_METATAG" not found; SQL statement: > alter table Image_MetaTag drop constraint FKA5ED44315922EB44 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image_MetaTag drop constraint FKA5ED4431D066A86 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE_METATAG" not found; SQL statement: > alter table Image_MetaTag drop constraint FKA5ED4431D066A86 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Shelf drop constraint FK4C26E0A51AFB863 > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "SHELF" not found; SQL statement: > alter table Shelf drop constraint FK4C26E0A51AFB863 [42102-168] > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Shelf drop constraint FK4C26E0A443A43E9 > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "SHELF" not found; SQL statement: > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:48:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:48:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13483) Photoalbum: Hibernate error during deployment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13483?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem closed RF-13483. ------------------------------ Resolution: Done > Photoalbum: Hibernate error during deployment > --------------------------------------------- > > Key: RF-13483 > URL: https://issues.jboss.org/browse/RF-13483 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > > # build photoalbum and deploy to EAP 6.1.1 > result: > * there is error during deployment > * the application and basic functionality works > {code} > 09:42:16,051 INFO [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000227: Running hbm2ddl schema export > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Album drop constraint FK3C68E4F938C4E8E > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "ALBUM" not found; SQL statement: > alter table Album drop constraint FK3C68E4F938C4E8E [42102-168] > 09:42:16,058 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Album drop constraint FK3C68E4F1C054E63 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "ALBUM" not found; SQL statement: > alter table Album drop constraint FK3C68E4F1C054E63 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Comment drop constraint FK9BDE863F390C8611 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "COMMENT" not found; SQL statement: > alter table Comment drop constraint FK9BDE863F390C8611 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Comment drop constraint FK9BDE863FE13B4C3 > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "COMMENT" not found; SQL statement: > alter table Comment drop constraint FK9BDE863FE13B4C3 [42102-168] > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A3EBF919D > 09:42:16,059 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A3EBF919D [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A756B16E3 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A756B16E3 [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event drop constraint FK403827A1C054E63 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT" not found; SQL statement: > alter table Event drop constraint FK403827A1C054E63 [42102-168] > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Event_remoteAlbumIds drop constraint FK13ED749451AFB863 > 09:42:16,060 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "EVENT_REMOTEALBUMIDS" not found; SQL statement: > alter table Event_remoteAlbumIds drop constraint FK13ED749451AFB863 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image drop constraint FK437B93B9C30AC43 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE" not found; SQL statement: > alter table Image drop constraint FK437B93B9C30AC43 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image_MetaTag drop constraint FKA5ED44315922EB44 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE_METATAG" not found; SQL statement: > alter table Image_MetaTag drop constraint FKA5ED44315922EB44 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Image_MetaTag drop constraint FKA5ED4431D066A86 > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "IMAGE_METATAG" not found; SQL statement: > alter table Image_MetaTag drop constraint FKA5ED4431D066A86 [42102-168] > 09:42:16,061 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Shelf drop constraint FK4C26E0A51AFB863 > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "SHELF" not found; SQL statement: > alter table Shelf drop constraint FK4C26E0A51AFB863 [42102-168] > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) HHH000389: Unsuccessful: alter table Shelf drop constraint FK4C26E0A443A43E9 > 09:42:16,062 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (ServerService Thread Pool -- 4) Table "SHELF" not found; SQL statement: > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:48:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:48:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13397) a4j:push not working with Internet Explorer >= 10 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem closed RF-13397. ------------------------------ Resolution: Done > a4j:push not working with Internet Explorer >= 10 > ------------------------------------------------- > > Key: RF-13397 > URL: https://issues.jboss.org/browse/RF-13397 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.3.4 > Environment: Any where Internet Explorer 10 or above is available > Reporter: Tobias Seppenhauser > Assignee: Luk?? Fry? > Labels: needs-qe > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The mechanism seems to be broken when using the Internet Explorer 10 or above. This can easily be verified by visiting the corresponding showcase component [1]. The UUID never gets updated. > Unfortunately I can't see any error in the Javascript console. > [1] http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=push&skin=blueSky -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:48:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:48:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13397) a4j:push not working with Internet Explorer >= 10 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reopened RF-13397: -------------------------------- Re-opening to remove the fixVersion > a4j:push not working with Internet Explorer >= 10 > ------------------------------------------------- > > Key: RF-13397 > URL: https://issues.jboss.org/browse/RF-13397 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.3.4 > Environment: Any where Internet Explorer 10 or above is available > Reporter: Tobias Seppenhauser > Assignee: Luk?? Fry? > Labels: needs-qe > Fix For: 4.3.5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The mechanism seems to be broken when using the Internet Explorer 10 or above. This can easily be verified by visiting the corresponding showcase component [1]. The UUID never gets updated. > Unfortunately I can't see any error in the Javascript console. > [1] http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=push&skin=blueSky -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 02:48:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Sat, 25 Jan 2014 02:48:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13397) a4j:push not working with Internet Explorer >= 10 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13397: ------------------------------- Fix Version/s: (was: 4.3.5) > a4j:push not working with Internet Explorer >= 10 > ------------------------------------------------- > > Key: RF-13397 > URL: https://issues.jboss.org/browse/RF-13397 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.3.4 > Environment: Any where Internet Explorer 10 or above is available > Reporter: Tobias Seppenhauser > Assignee: Luk?? Fry? > Labels: needs-qe > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > The mechanism seems to be broken when using the Internet Explorer 10 or above. This can easily be verified by visiting the corresponding showcase component [1]. The UUID never gets updated. > Unfortunately I can't see any error in the Javascript console. > [1] http://showcase.richfaces.org/richfaces/component-sample.jsf?demo=push&skin=blueSky -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Sat Jan 25 14:14:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Macko_=28JIRA=29?=) Date: Sat, 25 Jan 2014 14:14:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13409) PlotClickEvent - toString method return value needs better formatting and is not platform independent In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938780#comment-12938780 ] Luk?? Macko commented on RF-13409: ---------------------------------- I will > PlotClickEvent - toString method return value needs better formatting and is not platform independent > ----------------------------------------------------------------------------------------------------- > > Key: RF-13409 > URL: https://issues.jboss.org/browse/RF-13409 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 5.0.0.Alpha2 > Reporter: Juraj H?ska > Assignee: Luk?? Macko > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > {{PlotClickEvent}} {{toString}} method needs some improvements: > * there is missing space in returned value > * it is not platform independent - uses {{\n}} as line separator. > Steps to reproduce: > 1. load latest showcase chard demo for event handling: > This can be seen in showcase: > http://showcaselatest-richfaces.rhcloud.com/richfaces/component-sample.jsf?demo=chart&sample=events&skin=blueSky > 2. click on some point > 3. See the missing space in the msg. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 04:55:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 04:55:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13514: ------------------------------- Summary: Support file upload progress tracking in Servlets >= 3.0 environment Key: RF-13514 URL: https://issues.jboss.org/browse/RF-13514 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-input, core Affects Versions: 5.0.0.Alpha3 Reporter: Luk?? Fry? We currently support two approaches for file upload: * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. There are several possible outcomes: 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 04:57:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 04:57:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13513) CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13513. ----------------------------- Resolution: Done > CollectionDataModel API is not available on pre-JSF 2.1 that poses backward compatibility problem > ------------------------------------------------------------------------------------------------- > > Key: RF-13513 > URL: https://issues.jboss.org/browse/RF-13513 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha3 > Environment: 5.0.0-SNAPSHOT > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > As we have introduced support for collections, leveraging JSF 2.2 CollectionDataModel, this might prevent some pre-JSF 2.2 containers to work correctly with component using UISeuqence or AutocompleteRendererBase. > This is an exception from TomEE 1.5.1 with MyFaces 2.1.10: > {code} > SEVERE: Class : org.richfaces.ui.input.autocomplete.AutocompleteRenderer not found. > java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > Jan 24, 2014 4:27:36 PM org.apache.myfaces.config.FacesConfigurator configureRenderKits > SEVERE: failed to configure class org.richfaces.ui.input.autocomplete.AutocompleteRenderer > javax.faces.FacesException: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:384) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:342) > at org.apache.myfaces.config.FacesConfigurator.configureRenderKits(FacesConfigurator.java:910) > at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:420) > at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:370) > at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:73) > at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:143) > at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:119) > at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4791) > at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5285) > at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) > at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) > at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWar(TomcatWebAppBuilder.java:538) > at org.apache.tomee.catalina.TomcatWebAppBuilder.deployWebApps(TomcatWebAppBuilder.java:509) > at org.apache.tomee.catalina.deployment.TomcatWebappDeployer.deploy(TomcatWebappDeployer.java:44) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:131) > at org.apache.openejb.assembler.DeployerEjb.deploy(DeployerEjb.java:104) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.security.internal.InternalSecurityInterceptor.invoke(InternalSecurityInterceptor.java:34) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.cdi.CdiInterceptor.invoke(CdiInterceptor.java:128) > at org.apache.openejb.cdi.CdiInterceptor.access$000(CdiInterceptor.java:43) > at org.apache.openejb.cdi.CdiInterceptor$1.call(CdiInterceptor.java:64) > at org.apache.openejb.cdi.CdiInterceptor.aroundInvoke(CdiInterceptor.java:70) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.monitoring.StatsInterceptor.record(StatsInterceptor.java:176) > at org.apache.openejb.monitoring.StatsInterceptor.invoke(StatsInterceptor.java:95) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invocation.invoke(ReflectionInvocationContext.java:181) > at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proceed(ReflectionInvocationContext.java:163) > at org.apache.openejb.core.interceptor.InterceptorStack.invoke(InterceptorStack.java:138) > at org.apache.openejb.core.stateless.StatelessContainer._invoke(StatelessContainer.java:237) > at org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:189) > at org.apache.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:290) > at org.apache.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:140) > at org.apache.openejb.server.ejbd.EjbDaemon.processEjbRequest(EjbDaemon.java:267) > at org.apache.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:191) > at org.apache.openejb.server.ejbd.EjbServer.service(EjbServer.java:81) > at org.apache.openejb.server.httpd.ServerServlet.service(ServerServlet.java:56) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) > at org.apache.tomee.catalina.OpenEJBValve.invoke(OpenEJBValve.java:45) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Caused by: java.lang.NoClassDefFoundError: javax/faces/model/CollectionDataModel > at java.lang.Class.getDeclaredConstructors0(Native Method) > at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493) > at java.lang.Class.getConstructor0(Class.java:2803) > at java.lang.Class.newInstance(Class.java:345) > at org.apache.myfaces.shared.util.ClassUtils.newInstance(ClassUtils.java:379) > ... 75 more > Caused by: java.lang.ClassNotFoundException: javax.faces.model.CollectionDataModel > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1714) > at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1559) > at org.apache.tomee.catalina.LazyStopWebappClassLoader.loadClass(LazyStopWebappClassLoader.java:98) > ... 80 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 04:59:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 04:59:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13472: ------------------------------- Assignee: Luk?? Fry? > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 05:13:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 05:13:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938875#comment-12938875 ] Luk?? Fry? commented on RF-13472: --------------------------------- Note that this works correctly on WildFly 8.0.0.CR1. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 05:43:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 05:43:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938884#comment-12938884 ] Luk?? Fry? commented on RF-13472: --------------------------------- It worked with AS 7.1.1.Final with RichFaces 5.0.0.Alpha2. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 05:43:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 05:43:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13472: ---------------------------- Labels: regression (was: ) > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:23:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:23:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938894#comment-12938894 ] Luk?? Fry? commented on RF-13472: --------------------------------- By binary search I have discovered that the commit from [Alpha2..master|https://github.com/richfaces/richfaces/compare/5.0.0.Alpha2...master] changes that caused this bug is [RF-13432: upgrade Mojarra and JBoss JSF to 2.2.4|https://github.com/richfaces/richfaces/commit/4437b869f325c54f43023be8f1de9513c3ea45b9]. It seems that the bug is caused by simply switching the JSF version against which is RichFaces 5 compiled! --- I have no idea how that can happen. Hints: 1) Can CDK produce different output based on JSF impl? > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:29:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:29:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938897#comment-12938897 ] Luk?? Fry? commented on RF-13472: --------------------------------- Seems that {{target/generated-sources}} are same, not matter which commit is used (pre-upgrade, post-upgrade). > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:31:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:31:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938894#comment-12938894 ] Luk?? Fry? edited comment on RF-13472 at 1/27/14 6:30 AM: ---------------------------------------------------------- By binary search I have discovered that the commit from [Alpha2..master|https://github.com/richfaces/richfaces/compare/5.0.0.Alpha2...master] changes that caused this bug is [RF-13432: upgrade Mojarra and JBoss JSF to 2.2.4|https://github.com/richfaces/richfaces/commit/4437b869f325c54f43023be8f1de9513c3ea45b9]. It seems that the bug is caused by simply switching the JSF version against which is RichFaces 5 compiled! Note that the JSF version which is used to run the project is always same (bundled in JBoss AS). --- I have no idea how that can happen. Hints: 1) Can CDK produce different output based on JSF impl? was (Author: lfryc): By binary search I have discovered that the commit from [Alpha2..master|https://github.com/richfaces/richfaces/compare/5.0.0.Alpha2...master] changes that caused this bug is [RF-13432: upgrade Mojarra and JBoss JSF to 2.2.4|https://github.com/richfaces/richfaces/commit/4437b869f325c54f43023be8f1de9513c3ea45b9]. It seems that the bug is caused by simply switching the JSF version against which is RichFaces 5 compiled! --- I have no idea how that can happen. Hints: 1) Can CDK produce different output based on JSF impl? > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:33:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:33:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938897#comment-12938897 ] Luk?? Fry? edited comment on RF-13472 at 1/27/14 6:32 AM: ---------------------------------------------------------- Seems that CDK output ({{target/generated-sources}}) are same, not matter which commit is used (pre-upgrade, post-upgrade). was (Author: lfryc): Seems that {{target/generated-sources}} are same, not matter which commit is used (pre-upgrade, post-upgrade). > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:33:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:33:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938897#comment-12938897 ] Luk?? Fry? edited comment on RF-13472 at 1/27/14 6:33 AM: ---------------------------------------------------------- Seems that CDK output ({{target/generated-sources}}) is same, no matter which commit is used (pre-upgrade, post-upgrade). was (Author: lfryc): Seems that CDK output ({{target/generated-sources}}) are same, not matter which commit is used (pre-upgrade, post-upgrade). > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:45:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:45:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938900#comment-12938900 ] Luk?? Fry? commented on RF-13472: --------------------------------- Further, I have verified that the problem is in compiled {{richfaces.jar}}, not the {{components-demo.war}} archive. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:49:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Mon, 27 Jan 2014 06:49:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13511) Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reassigned RF-13511: ---------------------------------- Assignee: Michal Petrov > Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums > --------------------------------------------------------------------------------- > > Key: RF-13511 > URL: https://issues.jboss.org/browse/RF-13511 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.6 > > > The dataScroller component behaves differently in G+/FB albums and in own/predefined albums. > The behaviour in own/predefined albums is imho better. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:53:29 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Mon, 27 Jan 2014 06:53:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13511) Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13511?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13511. -------------------------------- Resolution: Done > Photoalbum: unite behaviour of dataScroller in FB/G+ and in own/predefined albums > --------------------------------------------------------------------------------- > > Key: RF-13511 > URL: https://issues.jboss.org/browse/RF-13511 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.6 > > > The dataScroller component behaves differently in G+/FB albums and in own/predefined albums. > The behaviour in own/predefined albums is imho better. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 06:53:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 06:53:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938902#comment-12938902 ] Luk?? Fry? commented on RF-13472: --------------------------------- By comparison of richfaces.jar archives pre- and post-upgrade, I have found that there are very few changes: {code} pom.properties MANIFEST.MF faces-config.xml -- the change is just in two elements switched the order, no functional difference {code} but most significantly {code} ActionListenerHandler.class ItemChangeListener.class PanelToggleListenerHandler.class {code} > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 07:09:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 07:09:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938908#comment-12938908 ] Luk?? Fry? commented on RF-13472: --------------------------------- By de-compliting ActionListenerHandler source from class-file, I have found following difference: {code:title=pre-upgrade} FaceletContext ctx = (FaceletContext)context.getAttributes().get("com.sun.faces.facelets.FACELET_CONTEXT"); {code} {code:title=post-upgrade} FaceletContext ctx = (FaceletContext)context.getAttributes().get("javax.faces.FACELET_CONTEXT"); {code} Seems that the compiler is inlining a reference to {{FaceletContext.FACELET_CONTEXT_KEY}}, which is different in each JSF API artifact. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 07:11:30 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 27 Jan 2014 07:11:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13493. ------------------------------ Verified in all browsers. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/samples/richfaces-demo > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDownMenu&tab=usage > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 07:19:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 07:19:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938916#comment-12938916 ] Luk?? Fry? commented on RF-13472: --------------------------------- The proper fix would be Mojarra [making sure|http://stackoverflow.com/questions/377819/are-all-compile-time-constants-inlined] that the [constant isn't inlined|http://stackoverflow.com/questions/1833581/when-to-use-intern-on-string-literals]. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 07:21:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 07:21:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938916#comment-12938916 ] Luk?? Fry? edited comment on RF-13472 at 1/27/14 7:20 AM: ---------------------------------------------------------- The proper fix would be Mojarra [making sure|http://stackoverflow.com/questions/377819/are-all-compile-time-constants-inlined] that the [constant isn't inlined|http://stackoverflow.com/questions/1833581/when-to-use-intern-on-string-literals]. That mechanism is future-proof. ---- We can make sure to make this work simply by using reflection. was (Author: lfryc): The proper fix would be Mojarra [making sure|http://stackoverflow.com/questions/377819/are-all-compile-time-constants-inlined] that the [constant isn't inlined|http://stackoverflow.com/questions/1833581/when-to-use-intern-on-string-literals]. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 07:29:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 07:29:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938908#comment-12938908 ] Luk?? Fry? edited comment on RF-13472 at 1/27/14 7:28 AM: ---------------------------------------------------------- By de-compiling ActionListenerHandler source from class-file, I have found following difference: {code:title=pre-upgrade} FaceletContext ctx = (FaceletContext)context.getAttributes().get("com.sun.faces.facelets.FACELET_CONTEXT"); {code} {code:title=post-upgrade} FaceletContext ctx = (FaceletContext)context.getAttributes().get("javax.faces.FACELET_CONTEXT"); {code} Seems that the compiler is inlining a reference to {{FaceletContext.FACELET_CONTEXT_KEY}}, which is different in each JSF API artifact. was (Author: lfryc): By de-compliting ActionListenerHandler source from class-file, I have found following difference: {code:title=pre-upgrade} FaceletContext ctx = (FaceletContext)context.getAttributes().get("com.sun.faces.facelets.FACELET_CONTEXT"); {code} {code:title=post-upgrade} FaceletContext ctx = (FaceletContext)context.getAttributes().get("javax.faces.FACELET_CONTEXT"); {code} Seems that the compiler is inlining a reference to {{FaceletContext.FACELET_CONTEXT_KEY}}, which is different in each JSF API artifact. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 07:53:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 07:53:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938926#comment-12938926 ] Luk?? Fry? commented on RF-13472: --------------------------------- I have reported the issue upstream: https://java.net/jira/browse/JAVASERVERFACES-3155 > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 08:25:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 08:25:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13472. ----------------------------- Resolution: Done > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 08:41:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Mon, 27 Jan 2014 08:41:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12938952#comment-12938952 ] Luk?? Fry? commented on RF-13508: --------------------------------- The second issue was fixed in RF-13472. > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 10:01:31 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Mon, 27 Jan 2014 10:01:31 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13515) rich:dataScroller doesn't rerender after page is changed In-Reply-To: References: Message-ID: Michal Petrov created RF-13515: ---------------------------------- Summary: rich:dataScroller doesn't rerender after page is changed Key: RF-13515 URL: https://issues.jboss.org/browse/RF-13515 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.0.0.Alpha2, 4.3.5 Reporter: Michal Petrov Working example: {code} {code} {{bean.list}} has more than three items, {{bean.page}} is initially 1 *Expected behavior*: clicking the button shows the second page *Observed behavior*: the correct page is selected on the datascroller, the repeat still shows the the first page The expected behavior can be achieved if: * the {{}} is removed (substituting it for something else doesn't work) * the {{}} is put before the {{}} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 10:51:30 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 27 Jan 2014 10:51:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939030#comment-12939030 ] Pavol Pitonak commented on RF-13472: ------------------------------------ Verified in 5.0.0-SNAPSHOT. We'll close this issue after you backport to 4.5. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 11:35:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 27 Jan 2014 11:35:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939052#comment-12939052 ] Brian Leathem commented on RF-13472: ------------------------------------ Nice investigative work [~lfryc]! > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 11:37:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 27 Jan 2014 11:37:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13514: ------------------------------- Fix Version/s: 5.0.0.Alpha4 > Support file upload progress tracking in Servlets >= 3.0 environment > -------------------------------------------------------------------- > > Key: RF-13514 > URL: https://issues.jboss.org/browse/RF-13514 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-input, core > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha4 > > > We currently support two approaches for file upload: > * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java] > * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}} > However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request. > There are several possible outcomes: > 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress > * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2] > * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/ > 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object > * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 11:39:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 27 Jan 2014 11:39:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13515) rich:dataScroller doesn't rerender after page is changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13515: ------------------------------- Fix Version/s: 5-Tracking > rich:dataScroller doesn't rerender after page is changed > -------------------------------------------------------- > > Key: RF-13515 > URL: https://issues.jboss.org/browse/RF-13515 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.3.5, 5.0.0.Alpha2 > Reporter: Michal Petrov > Fix For: 5-Tracking > > > Working example: > {code} > > > > > > > > > > > > {code} > {{bean.list}} has more than three items, {{bean.page}} is initially 1 > *Expected behavior*: clicking the button shows the second page > *Observed behavior*: the correct page is selected on the datascroller, the repeat still shows the the first page > The expected behavior can be achieved if: > * the {{}} is removed (substituting it for something else doesn't work) > * the {{}} is put before the {{}} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 11:39:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 27 Jan 2014 11:39:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13515) rich:dataScroller doesn't rerender after page is changed In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13515?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13515: ------------------------------- Component/s: component-tables > rich:dataScroller doesn't rerender after page is changed > -------------------------------------------------------- > > Key: RF-13515 > URL: https://issues.jboss.org/browse/RF-13515 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.5, 5.0.0.Alpha2 > Reporter: Michal Petrov > Fix For: 5-Tracking > > > Working example: > {code} > > > > > > > > > > > > {code} > {{bean.list}} has more than three items, {{bean.page}} is initially 1 > *Expected behavior*: clicking the button shows the second page > *Observed behavior*: the correct page is selected on the datascroller, the repeat still shows the the first page > The expected behavior can be achieved if: > * the {{}} is removed (substituting it for something else doesn't work) > * the {{}} is put before the {{}} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 12:01:29 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Mon, 27 Jan 2014 12:01:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13516) Out of stack space when page with inplaceSelect is open In-Reply-To: References: Message-ID: Pavol Pitonak created RF-13516: ---------------------------------- Summary: Out of stack space when page with inplaceSelect is open Key: RF-13516 URL: https://issues.jboss.org/browse/RF-13516 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 3.3.1.SP4 Environment: RichFaces 3.3.1.SP4 Internet Explorer 8/9 Reporter: Pavol Pitonak # build RichFaces 3.3.1.SP4 # deploy richfaces-demo # open http://localhost:8080/richfaces-demo/richfaces/inplaceSelect.jsf?c=inplaceSelect&tab=usage in IE8 or IE9 # switch to calendar sample (using menu) result: {code} SCRIPT28: Out of stack space framework.pack.js.jsf, line 290 character 25 (always different line) {code} * component itself works fine -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 15:37:28 2014 From: issues at jboss.org (Frank Langelage (JIRA)) Date: Mon, 27 Jan 2014 15:37:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939116#comment-12939116 ] Frank Langelage commented on RF-13168: -------------------------------------- This problem reappeared after WidlFly component update of mojarra from 2.2.4-jbossorg-1 to 2.2.5-jbossorg-1 and 2.2.5-jbossorg-2 did not change anything. > 3rd party JSF component disappears on RichFaces ajax refresh > ------------------------------------------------------------ > > Key: RF-13168 > URL: https://issues.jboss.org/browse/RF-13168 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-a4j-core > Reporter: Frank Langelage > Assignee: Luk?? Fry? > Labels: interop, jsf22 > Fix For: 5.0.0.Alpha3 > > Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable. > This does not work with WildFly build from current sources. > Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow. > I'll attach a small project showing the problem. > The mojarra datatable works fine, is refreshed every 10 seconds. > The openfaces datatable below disappears on first refresh. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 15:51:28 2014 From: issues at jboss.org (Tomaz Cerar (JIRA)) Date: Mon, 27 Jan 2014 15:51:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939119#comment-12939119 ] Tomaz Cerar commented on RF-13168: ---------------------------------- [~fjuma] you have any idea what would cause this ^^ > 3rd party JSF component disappears on RichFaces ajax refresh > ------------------------------------------------------------ > > Key: RF-13168 > URL: https://issues.jboss.org/browse/RF-13168 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-a4j-core > Reporter: Frank Langelage > Assignee: Luk?? Fry? > Labels: interop, jsf22 > Fix For: 5.0.0.Alpha3 > > Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable. > This does not work with WildFly build from current sources. > Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow. > I'll attach a small project showing the problem. > The mojarra datatable works fine, is refreshed every 10 seconds. > The openfaces datatable below disappears on first refresh. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 17:11:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Mon, 27 Jan 2014 17:11:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13516) Out of stack space when page with inplaceSelect is open In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13516. -------------------------------- Labels: needs-qe (was: ) Assignee: Brian Leathem Fix Version/s: 3.3.1.SP4 Resolution: Done Prevented the inplace* component from registering null event listeners > Out of stack space when page with inplaceSelect is open > ------------------------------------------------------- > > Key: RF-13516 > URL: https://issues.jboss.org/browse/RF-13516 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 3.3.1.SP4 > Environment: RichFaces 3.3.1.SP4 > Internet Explorer 8/9 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > > # build RichFaces 3.3.1.SP4 > # deploy richfaces-demo > # open http://localhost:8080/richfaces-demo/richfaces/inplaceSelect.jsf?c=inplaceSelect&tab=usage in IE8 or IE9 > # switch to calendar sample (using menu) > result: > {code} > SCRIPT28: Out of stack space > framework.pack.js.jsf, line 290 character 25 (always different line) > {code} > * component itself works fine -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Mon Jan 27 17:33:28 2014 From: issues at jboss.org (Farah Juma (JIRA)) Date: Mon, 27 Jan 2014 17:33:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939139#comment-12939139 ] Farah Juma commented on RF-13168: --------------------------------- I know that Lukas found another Mojarra 2.2.5 issue today with PartialViewContext ([JAVASERVERFACES-3156|https://java.net/jira/browse/JAVASERVERFACES-3156]). Perhaps that's related to this? [~lfryc], what do you think? > 3rd party JSF component disappears on RichFaces ajax refresh > ------------------------------------------------------------ > > Key: RF-13168 > URL: https://issues.jboss.org/browse/RF-13168 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-a4j-core > Reporter: Frank Langelage > Assignee: Luk?? Fry? > Labels: interop, jsf22 > Fix For: 5.0.0.Alpha3 > > Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable. > This does not work with WildFly build from current sources. > Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow. > I'll attach a small project showing the problem. > The mojarra datatable works fine, is refreshed every 10 seconds. > The openfaces datatable below disappears on first refresh. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 03:15:30 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 28 Jan 2014 03:15:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13444) r:fileUpload throws IOException "Request prolog cannot be read" In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13444. ------------------------------ Verified, closing issue. > r:fileUpload throws IOException "Request prolog cannot be read" > --------------------------------------------------------------- > > Key: RF-13444 > URL: https://issues.jboss.org/browse/RF-13444 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 5.0.0.Alpha2 > Environment: WildFly CR1 > JSF 2.2 > Reporter: Juergen Zimmermann > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > I tried f:fileUpload with the latest WildFly snapshot. When uploading a jpeg file I get this stacktrace. Maybe, RF-13061 is back in town... > {code} > SEVERE [org.richfaces.log.Application] (default task-6) Exception parsing multipart request: Request prolog cannot be read: org.richfaces.exception.FileUploadException: Exception parsing multipart request: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56) [jsf-impl-2.2.4-jbossorg-1.jar:] > at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_45] > at com.sun.faces.application.view.MultiViewHandler.calculateRenderKitId(MultiViewHandler.java:220) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at javax.faces.application.ViewHandlerWrapper.calculateRenderKitId(ViewHandlerWrapper.java:157) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.context.FacesContextImpl.isPostback(FacesContextImpl.java:212) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.context.FacesContextWrapper.isPostback(FacesContextWrapper.java:461) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:193) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:121) [jsf-impl-2.2.4-jbossorg-1.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198) [jsf-impl-2.2.4-jbossorg-1.jar:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646) [jboss-jsf-api_2.2_spec-2.2.4.jar:2.2.4] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:67) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:239) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:226) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:145) [undertow-servlet-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:164) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:654) [undertow-core-1.0.0.Beta28.jar:1.0.0.Beta28] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_45] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_45] > Caused by: java.io.IOException: Request prolog cannot be read > at org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > ... 43 more > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 03:37:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 03:37:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939188#comment-12939188 ] Luk?? Fry? commented on RF-13505: --------------------------------- The feature branch: https://github.com/richfaces/richfaces/tree/RF-13505-refactor-epvc-3 > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 03:39:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 28 Jan 2014 03:39:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13198) ITAutoRegisteredPushServlet fails with - Async is not supported for this request on WildFly80 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13198?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13198. ------------------------------ Closing issue as we are tracking this in RF-13179. > ITAutoRegisteredPushServlet fails with - Async is not supported for this request on WildFly80 > --------------------------------------------------------------------------------------------- > > Key: RF-13198 > URL: https://issues.jboss.org/browse/RF-13198 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: WildFly8.0.0.alpha4 > JSF 2.2 > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > When loading the page which is generated by {{ITAutoRegisteredPushServlet}}, deployed on Wildfly 8.0.0 an {{IllegalArqumentEception}} is thrown by WildFly Undertow web server: > {code} > 11:02:19,931 ERROR [io.undertow.request] (default task-13) Servlet request failed HttpServerExchange{ GET /push/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.jboss.arquillian.warp.impl.server.execution.HttpRequestProcessor.processHttpRequest(HttpRequestProcessor.java:73) [arquillian-warp.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_25] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_25] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_25] > at java.lang.reflect.Method.invoke(Method.java:606) [rt.jar:1.7.0_25] > at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) [arquillian-core.jar:] > at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99) [arquillian-core.jar:] > at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81) [arquillian-core.jar:] > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135) [arquillian-core.jar:] > at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115) [arquillian-core.jar:] > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:144) [arquillian-warp.jar:] > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:117) [arquillian-warp.jar:] > at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:90) [arquillian-warp.jar:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > Note that it is probably not connected with JSF 2.2, as the same page works correctly with *GlassFish 4*. It works with *JBoss AS 7.1.Final* as well. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 03:41:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 03:41:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939192#comment-12939192 ] Luk?? Fry? commented on RF-13505: --------------------------------- All {{partialViewContext}} tests now pass on Mojarra 2.2.5 with [JAVASERVERFACES-3151|https://java.net/jira/browse/JAVASERVERFACES-3151] and [JAVASERVERFACES-3156|https://java.net/jira/browse/JAVASERVERFACES-3156] patches. Some tests fail on MyFaces 2.1.x (TomEE 1.5.1) but they are rather related to difference between JSF 2.1 and JSF 2.2. > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:03:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:03:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13472: ---------------------------- Fix Version/s: 4.5.0.Alpha2 > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:17:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:17:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939206#comment-12939206 ] Luk?? Fry? commented on RF-13472: --------------------------------- Fixed in 4.5.x as well. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:19:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:19:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939207#comment-12939207 ] Luk?? Fry? commented on RF-13508: --------------------------------- The second issue was caused by a fact that Showcase 4.5.x branch was still tied to RichFaces 5.0.0.Alpha2. The issue was fixed by bumping to 5.0.0-SNAPSHOT. > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:27:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:27:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939208#comment-12939208 ] Luk?? Fry? commented on RF-13508: --------------------------------- All issues should be fixed now. [~manovotn], could you please file issues one by one next time? All of them weren't related and have fixes in different modules or even code bases. > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:27:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:27:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939208#comment-12939208 ] Luk?? Fry? edited comment on RF-13508 at 1/28/14 4:26 AM: ---------------------------------------------------------- All issues should be fixed now. [~manovotn], could you please file issues one by one next time? All of them weren't related and have fixes in different modules or even code bases. If you are not sure whether they are related, you can discuss prior filling on #richfaces. was (Author: lfryc): All issues should be fixed now. [~manovotn], could you please file issues one by one next time? All of them weren't related and have fixes in different modules or even code bases. > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:27:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:27:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13508. ----------------------------- Resolution: Done > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:35:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 04:35:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13420) Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13420. ----------------------------- Assignee: Luk?? Fry? Resolution: Done Resolved here: https://github.com/richfaces/richfaces/commit/b84b5f408fc9768006e413c000191d0d2638d28c > Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged > ------------------------------------------------------------------------------------------ > > Key: RF-13420 > URL: https://issues.jboss.org/browse/RF-13420 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha2 > Environment: Firefox, Chrome > JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > Following WARNING is being logged to JBoss AS console when demos for {{pickList}} or {{orderingList}} are loaded. > {code:none} > 12:10:08,859 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--0.0.0.0-8080-1) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} > Steps to reproduce: > # deploy showcase > # clean the browser cache > # load the demo for e.g. pickList: http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky > # look for the WARNING in the JBoss AS console > Notes: > * the http response with file font-awesome/font/fontawesome-webfont.woff finish with 200 OK. > * this WARNING is logged only with the first page load after the browser cache cleaning, then it is served from cache and WARNING is not logged -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 04:59:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Tue, 28 Jan 2014 04:59:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13516) Out of stack space when page with inplaceSelect is open In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13516. ------------------------------ > Out of stack space when page with inplaceSelect is open > ------------------------------------------------------- > > Key: RF-13516 > URL: https://issues.jboss.org/browse/RF-13516 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 3.3.1.SP4 > Environment: RichFaces 3.3.1.SP4 > Internet Explorer 8/9 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > > # build RichFaces 3.3.1.SP4 > # deploy richfaces-demo > # open http://localhost:8080/richfaces-demo/richfaces/inplaceSelect.jsf?c=inplaceSelect&tab=usage in IE8 or IE9 > # switch to calendar sample (using menu) > result: > {code} > SCRIPT28: Out of stack space > framework.pack.js.jsf, line 290 character 25 (always different line) > {code} > * component itself works fine -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 06:03:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 28 Jan 2014 06:03:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13492) Photoalbum: cancel selection in other r:trees when browsing an album navigation panel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov reassigned RF-13492: ---------------------------------- Assignee: Michal Petrov > Photoalbum: cancel selection in other r:trees when browsing an album navigation panel > ------------------------------------------------------------------------------------- > > Key: RF-13492 > URL: https://issues.jboss.org/browse/RF-13492 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.5-Tracking > > Attachments: screenshot02.png > > > When we have several album categories opened, we can select a current album from each of them. > Only one is an opened one (visible in the main page content area), but the r:tree components show current selection for each album shelf separately. > Look at the attached screenshot. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 06:13:28 2014 From: issues at jboss.org (Michal Petrov (JIRA)) Date: Tue, 28 Jan 2014 06:13:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13492) Photoalbum: cancel selection in other r:trees when browsing an album navigation panel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michal Petrov resolved RF-13492. -------------------------------- Fix Version/s: 4.3.6 (was: 4.5-Tracking) Resolution: Done > Photoalbum: cancel selection in other r:trees when browsing an album navigation panel > ------------------------------------------------------------------------------------- > > Key: RF-13492 > URL: https://issues.jboss.org/browse/RF-13492 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Reporter: Luk?? Fry? > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.6 > > Attachments: screenshot02.png > > > When we have several album categories opened, we can select a current album from each of them. > Only one is an opened one (visible in the main page content area), but the r:tree components show current selection for each album shelf separately. > Look at the attached screenshot. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:13:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 07:13:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939247#comment-12939247 ] Luk?? Fry? commented on RF-13179: --------------------------------- I have checked and the issue isn't reproducible with WildFly 8.0.0.Final-SNAPSHOT. > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:19:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 07:19:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13042. ----------------------------- Resolution: Done Hey Nicolas, I strongly believe that this is duplicate of RF-13252. Could you please verify once Alpha3 is out? > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:19:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 07:19:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reopened RF-13042: ----------------------------- Assignee: Luk?? Fry? > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:19:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 07:19:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13042. ----------------------------- Resolution: Duplicate Issue > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:21:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 07:21:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13481) Upgrade to Warp 1.0.0.Alpha6 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13481. ----------------------------- Resolution: Done We depend on Warp Alpha6 now. > Upgrade to Warp 1.0.0.Alpha6 > ---------------------------- > > Key: RF-13481 > URL: https://issues.jboss.org/browse/RF-13481 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > It seems Warp Alpha6 doesn't suffer from intermittent test issues as much as Alpha5 did (or it can recover). > My impression comes from running whole test suite without getting stuck on EAP 6.1 and WildFly CR1. > I will bump to snapshot and we will release as necessary. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:33:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 07:33:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13517) Mark all frameowkr tests that requires JSF 2.2 with a new @Category(RequiresJSF22) In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13517: ------------------------------- Summary: Mark all frameowkr tests that requires JSF 2.2 with a new @Category(RequiresJSF22) Key: RF-13517 URL: https://issues.jboss.org/browse/RF-13517 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: tests - functional Affects Versions: 5.0.0.Alpha3 Reporter: Luk?? Fry? Assignee: Luk?? Fry? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:35:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 28 Jan 2014 07:35:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939254#comment-12939254 ] Matej Novotny commented on RF-13179: ------------------------------------ Verified, this issue is no longer reproducible with WildFly 8.0.0.Final-SNAPSHOT. > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha4 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:37:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 28 Jan 2014 07:37:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny resolved RF-13179. -------------------------------- Resolution: Cannot Reproduce Bug > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha4 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:37:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Tue, 28 Jan 2014 07:37:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13179) a4j:push test using WildFly throws exception In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13179?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13179. ------------------------------ > a4j:push test using WildFly throws exception > -------------------------------------------- > > Key: RF-13179 > URL: https://issues.jboss.org/browse/RF-13179 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 5.0.0.Alpha1 > Environment: RichFaces 5.0.0-SNAPSHOT > Metamer 5.0.0-SNAPSHOT > WildFly: JSF Injection Handlers 8.0.0.Alpha4 > JBoss AS 8.0.0.Alpha4 > Java(TM) SE Runtime Environment 1.7.0_25-b15 @ Linux > Firefox 23.0 @ Linux x86_64 > Reporter: Matej Novotny > Fix For: 5.0.0.Alpha4 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Running Metamer test for a4jPush component - TestTwoPushCDI - on WildFly 8.0.0.Alpha4 (wildfly-remote-8-0 profile) throws a below posted exception. Same test using JBossAS 7.1 (jbossas-remote-7-1 profile) works correctly. > EDIT: This behaviour can be achieved with Showcase for RF 5 as well. Deploy it on Wildfly and go to [push page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=push&skin=blueSky]. > {code} > 13:48:56,609 ERROR [io.undertow.request] (default task-19) Servlet request failed HttpServerExchange{ GET /metamer/__richfaces_push}: java.lang.IllegalStateException: UT010026: Async is not supported for this request, as not all filters or Servlets were marked as supporting async > at io.undertow.servlet.spec.HttpServletRequestImpl.startAsync(HttpServletRequestImpl.java:876) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.atmosphere.cpr.AtmosphereRequest.startAsync(AtmosphereRequest.java:565) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.suspend(Servlet30CometSupport.java:137) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.container.Servlet30CometSupport.service(Servlet30CometSupport.java:103) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereFramework.doCometSupport(AtmosphereFramework.java:1370) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doPost(AtmosphereServlet.java:293) [atmosphere-runtime-1.0.10.jar:1.0.10] > at org.atmosphere.cpr.AtmosphereServlet.doGet(AtmosphereServlet.java:279) [atmosphere-runtime-1.0.10.jar:1.0.10] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 07:37:29 2014 From: issues at jboss.org (Nicolas Daniels (JIRA)) Date: Tue, 28 Jan 2014 07:37:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939255#comment-12939255 ] Nicolas Daniels commented on RF-13042: -------------------------------------- Hi Luk?s, No problem I can test it. Can't I test it using 4.3.5 (refered issue is marked as fixed in this version) ? > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 08:31:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Tue, 28 Jan 2014 08:31:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: Juraj H?ska created RF-13518: -------------------------------- Summary: Action Listener - invoking from composite component does not work Key: RF-13518 URL: https://issues.jboss.org/browse/RF-13518 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 5.0.0.Alpha3 Environment: WildFly 8.0.0.Final-SNAPSHOT Reporter: Juraj H?ska Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 08:39:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 08:39:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939282#comment-12939282 ] Luk?? Fry? commented on RF-13042: --------------------------------- Regrettably this fix wasn't ported to 4.3.5. [~bleathem] what do you think about porting this fix to 4.3.x? > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 08:43:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 08:43:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13519) Stackoverflow in CharRendererBase In-Reply-To: References: Message-ID: Luk?? Fry? created RF-13519: ------------------------------- Summary: Stackoverflow in CharRendererBase Key: RF-13519 URL: https://issues.jboss.org/browse/RF-13519 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-output Affects Versions: 5.0.0.Alpha3 Reporter: Luk?? Fry? Assignee: Luk?? Fry? Fix For: 5.0.0.Alpha3 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 08:47:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 08:47:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939285#comment-12939285 ] Luk?? Fry? commented on RF-13042: --------------------------------- My bad, guys, sorry for confusion, the RF-13252 was fixed for both versions, 4.3.5 and 5.0.0.Alpha3. You are free to verify that with 4.3.5, Nicolas. :-) Thanks for help. > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 08:55:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 08:55:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13517) Mark all frameowkr tests that requires JSF 2.2 with a new @Category(RequiresJSF22) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13517: ---------------------------- Fix Version/s: 5.0.0.Alpha3 > Mark all frameowkr tests that requires JSF 2.2 with a new @Category(RequiresJSF22) > ---------------------------------------------------------------------------------- > > Key: RF-13517 > URL: https://issues.jboss.org/browse/RF-13517 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 09:07:29 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 28 Jan 2014 09:07:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13486) Photoalbum: viewing g+ albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-13486. ---------------------------- > Photoalbum: viewing g+ albums improvements > ------------------------------------------ > > Key: RF-13486 > URL: https://issues.jboss.org/browse/RF-13486 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 09:07:29 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Tue, 28 Jan 2014 09:07:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-13487. ---------------------------- > Photoalbum: viewing FB albums improvements > ------------------------------------------ > > Key: RF-13487 > URL: https://issues.jboss.org/browse/RF-13487 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Ji?? ?tefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: cannot browse between album's images after an image has been selected > # photo view: 'Original size' button's text underflows the image > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 09:37:29 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Tue, 28 Jan 2014 09:37:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: Juraj H?ska created RF-13520: -------------------------------- Summary: mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 Key: RF-13520 URL: https://issues.jboss.org/browse/RF-13520 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core Affects Versions: 5.0.0.Alpha3 Environment: WildFly 8.0.0.Final-SNAPSHOT WildFly 8.0.0.CR1 Reporter: Juraj H?ska When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: {code} 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] {code} Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 09:57:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Tue, 28 Jan 2014 09:57:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13520: ----------------------------- Priority: Critical (was: Major) > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Priority: Critical > Labels: jsf22 > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 09:57:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Tue, 28 Jan 2014 09:57:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska updated RF-13518: ----------------------------- Priority: Critical (was: Major) > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Priority: Critical > Labels: jsf22 > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 10:07:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 10:07:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13517) Mark all frameowkr tests that requires JSF 2.2 with a new @Category(RequiresJSF22) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13517. ----------------------------- Resolution: Done > Mark all frameowkr tests that requires JSF 2.2 with a new @Category(RequiresJSF22) > ---------------------------------------------------------------------------------- > > Key: RF-13517 > URL: https://issues.jboss.org/browse/RF-13517 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 10:07:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 10:07:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13519) Stackoverflow in CharRendererBase In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13519. ----------------------------- Resolution: Done > Stackoverflow in CharRendererBase > --------------------------------- > > Key: RF-13519 > URL: https://issues.jboss.org/browse/RF-13519 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-output > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 10:33:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 10:33:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13520: ------------------------------- Fix Version/s: 5.0.0.Alpha3 > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 10:33:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 10:33:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13518: ------------------------------- Fix Version/s: 5.0.0.Alpha3 > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 14:03:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Tue, 28 Jan 2014 14:03:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939384#comment-12939384 ] Luk?? Fry? commented on RF-13168: --------------------------------- [~lafr], even thought the fix in Mojarra is related to partial updates (PartialViewContext), RichFaces in current 5.0.0-SNAPSHOT still leverages its own {{ExtendedPartialViewContext}} and it does not use Mojarra's {{PartialViewContextImpl}} (where the fix JAVASERVERFACES-3156 lies). (In fact we are just cooperating with Mojarra to prepare it for changes we plan.) Do you see problems only when upgrading from Mojarra 2.2.4 to 2.2.5? Is it possible that your case rather stopped to work with recent changes in RichFaces 5.0.0-SNAPSHOT? > 3rd party JSF component disappears on RichFaces ajax refresh > ------------------------------------------------------------ > > Key: RF-13168 > URL: https://issues.jboss.org/browse/RF-13168 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-a4j-core > Reporter: Frank Langelage > Assignee: Luk?? Fry? > Labels: interop, jsf22 > Fix For: 5.0.0.Alpha3 > > Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable. > This does not work with WildFly build from current sources. > Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow. > I'll attach a small project showing the problem. > The mojarra datatable works fine, is refreshed every 10 seconds. > The openfaces datatable below disappears on first refresh. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 15:01:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 15:01:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13521) Remove Reference Data from Component Reference In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13521?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem moved RFPL-2978 to RF-13521: ------------------------------------------ Project: RichFaces (was: RichFaces Planning) Key: RF-13521 (was: RFPL-2978) Affects Version/s: 5.0.0.Alpha1 (was: 5.0.0.Alpha1) Component/s: doc (was: doc) Fix Version/s: 5.0.0.Alpha4 (was: 5.0.0.Alpha3) > Remove Reference Data from Component Reference > ---------------------------------------------- > > Key: RF-13521 > URL: https://issues.jboss.org/browse/RF-13521 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 5.0.0.Alpha1 > Reporter: Luk?? Fry? > Fix For: 5.0.0.Alpha4 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > See [Forum Reference]. > ---- > I have noticed each of the components in Component Reference contains reference data: > > > {code} > 3.5.2. Reference data > > component-type: org.richfaces.CommandLink > component-class: org.richfaces.component.UICommandLink > component-family: javax.faces.Command > renderer-type: org.richfaces.CommandLinkRenderer > {code} > > Similarly, VDL doc contains same information: > > {code} > Tag Information > Component type org.richfaces.CommandLink > Tag Name a4j:commandLink > Renderer Type org.richfaces.CommandLinkRenderer > Handler Class None > {code} > > > The advantage of VDL doc is that it is automatically generated and so it doesn't need to be updated manually everytime something is changed. > > On the other hand, those are also not information which are used regularly - they are intented for advanced users and use cases. > > Thus I suggest to remove the Reference Data from Components Reference. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 15:05:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 15:05:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13522) Component reference - text for links to figures doesn't contain "Figure" prefix In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem moved RFPL-2966 to RF-13522: ------------------------------------------ Project: RichFaces (was: RichFaces Planning) Key: RF-13522 (was: RFPL-2966) Affects Version/s: 5.0.0.Alpha1 (was: 5.0.0.Alpha1) Component/s: doc (was: doc) Fix Version/s: 5.0.0.Alpha4 (was: 5.0.0.Alpha3) > Component reference - text for links to figures doesn't contain "Figure" prefix > ------------------------------------------------------------------------------- > > Key: RF-13522 > URL: https://issues.jboss.org/browse/RF-13522 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: doc > Affects Versions: 5.0.0.Alpha1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Trivial > Fix For: 5.0.0.Alpha4 > > Attachments: figure-anchor-rf43.png, figure-anchor-rf5.png, wrongLink.png > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > There is link with text _???_ pointing to _nogo_ in the text for: > * _10.3.3. Spanning rows_ > * _10.4.1. Complex headers_ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 15:05:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 15:05:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13426) Showcase - version info in footer shows 5.0.0.Alpha2 instead of 4.5.0.Alpha1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13426: ------------------------------- Fix Version/s: 4.5.0.Alpha3 (was: 4.5.0.Alpha2) > Showcase - version info in footer shows 5.0.0.Alpha2 instead of 4.5.0.Alpha1 > ---------------------------------------------------------------------------- > > Key: RF-13426 > URL: https://issues.jboss.org/browse/RF-13426 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 4.5.0.Alpha1 > Reporter: Juraj H?ska > Priority: Minor > Fix For: 4.5.0.Alpha3 > > > In showcase footer page section, there is _RichFaces Framework by JBoss by Red Hat, version 5.0.0.Alpha2_. > It should be with 4.5.0.Alpha1. > The version is so because it is retrieved from {{VersionBean}}, which is from the 5.0.0.Alpha2 framework. > IMHO it can cause some misunderstanding, or do we want to stress that the core is from RF 5 ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 15:07:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 15:07:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13523) Component reference: new orderingList and pickList images have wrong caption In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13523?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem moved RFPL-3147 to RF-13523: ------------------------------------------ Project: RichFaces (was: RichFaces Planning) Key: RF-13523 (was: RFPL-3147) Affects Version/s: 5.0.0.Alpha2 (was: 5.0.0.Alpha2) Fix Version/s: 5.0.0.Alpha4 (was: 5.0.0.Alpha3) > Component reference: new orderingList and pickList images have wrong caption > ---------------------------------------------------------------------------- > > Key: RF-13523 > URL: https://issues.jboss.org/browse/RF-13523 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Ji?? ?tefek > Priority: Trivial > Fix For: 5.0.0.Alpha4 > > > The actual caption for both is '' -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 15:07:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 15:07:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13518: ------------------------------- Sprint: 5.0.0.Alpha3 - Sprint 3 > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 15:07:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 15:07:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13520: ------------------------------- Sprint: 5.0.0.Alpha3 - Sprint 3 > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 16:37:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 16:37:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem reassigned RF-13520: ---------------------------------- Assignee: Brian Leathem > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 16:51:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 16:51:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939428#comment-12939428 ] Brian Leathem commented on RF-13520: ------------------------------------ It seems the renderer is having trouble looking up the ResponseOutputStream from the ExternalContext: {code} OutputStream outStream = facesContext.getExternalContext().getResponseOutputStream(); contentProducer.invoke(facesContext.getELContext(), new Object[] { outStream, userData }); {code} > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 17:11:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 17:11:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939428#comment-12939428 ] Brian Leathem edited comment on RF-13520 at 1/28/14 5:09 PM: ------------------------------------------------------------- The code originating the error ({{contentProducer}} is null): {code} OutputStream outStream = facesContext.getExternalContext().getResponseOutputStream(); contentProducer.invoke(facesContext.getELContext(), new Object[] { outStream, userData }); {code} was (Author: bleathem): It seems the renderer is having trouble looking up the ResponseOutputStream from the ExternalContext: {code} OutputStream outStream = facesContext.getExternalContext().getResponseOutputStream(); contentProducer.invoke(facesContext.getELContext(), new Object[] { outStream, userData }); {code} > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 17:13:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 17:13:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939428#comment-12939428 ] Brian Leathem edited comment on RF-13520 at 1/28/14 5:13 PM: ------------------------------------------------------------- The code originating the error ({{contentProducer}} is null): {code:title=MediaOutputResource#L66} OutputStream outStream = facesContext.getExternalContext().getResponseOutputStream(); contentProducer.invoke(facesContext.getELContext(), new Object[] { outStream, userData }); {code} was (Author: bleathem): The code originating the error ({{contentProducer}} is null): {code} OutputStream outStream = facesContext.getExternalContext().getResponseOutputStream(); contentProducer.invoke(facesContext.getELContext(), new Object[] { outStream, userData }); {code} > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 17:41:28 2014 From: issues at jboss.org (Frank Langelage (JIRA)) Date: Tue, 28 Jan 2014 17:41:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13168) 3rd party JSF component disappears on RichFaces ajax refresh In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939443#comment-12939443 ] Frank Langelage commented on RF-13168: -------------------------------------- I tested with same WildFly sources, downgrading the used faces version by building with -Dversion.com.sun.faces=2.2.5-jbossorg-1 and -Dversion.com.sun.faces=2.2.4-jbossorg-1. Using latest Richfaces 5.0 snapshot. With 2.2.5 the problem appears, with 2.2.4 it's gone. Different than before, when creating this issue, this time I get a stacktrace: {code:xml} 28.01. 23:26:30,376 SEVERE [org.richfaces.log.Context#logException] CDATA tags may not nest: java.lang.IllegalStateException: CDATA tags may not nest at com.sun.faces.renderkit.html_basic.HtmlResponseWriter.startCDATA(HtmlResponseWriter.java:682) [jsf-impl-2.2.5-jbossorg-2.jar:] at javax.faces.context.ResponseWriterWrapper.startCDATA(ResponseWriterWrapper.java:179) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at org.openfaces.renderkit.table.TableBody.createRows(TableBody.java:150) [openfaces.jar:3.1.EA1.1287] at org.openfaces.renderkit.table.TableBody.renderRows(TableBody.java:125) [openfaces.jar:3.1.EA1.1287] at org.openfaces.renderkit.table.TableSection.render(TableSection.java:70) [openfaces.jar:3.1.EA1.1287] at org.openfaces.renderkit.table.TableStructure.render(TableStructure.java:242) [openfaces.jar:3.1.EA1.1287] at org.openfaces.renderkit.table.AbstractTableRenderer.encodeBegin(AbstractTableRenderer.java:96) [openfaces.jar:3.1.EA1.1287] at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:864) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIData.encodeBegin(UIData.java:1133) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at org.openfaces.component.OUIData.encodeBegin(OUIData.java:735) [openfaces.jar:3.1.EA1.1287] at org.openfaces.component.table.DataTable.encodeBegin(DataTable.java:291) [openfaces.jar:3.1.EA1.1287] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1854) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at org.richfaces.context.PartialViewRenderVisitCallback.visit(PartialViewRenderVisitCallback.java:81) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:322) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at org.openfaces.component.OUIData.visitTree(OUIData.java:1142) [openfaces.jar:3.1.EA1.1287] at org.openfaces.component.table.AbstractTable.visitTree(AbstractTable.java:368) [openfaces.jar:3.1.EA1.1287] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIForm.visitTree(UIForm.java:362) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1700) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialRenderPhase(ExtendedPartialViewContextImpl.java:354) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:140) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] at javax.faces.component.UIViewRoot.encodeChildren(UIViewRoot.java:1004) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1856) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:435) [jsf-impl-2.2.5-jbossorg-2.jar:] at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:133) [jsf-impl-2.2.5-jbossorg-2.jar:] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:337) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:120) [jsf-impl-2.2.5-jbossorg-2.jar:] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.2.5-jbossorg-2.jar:] at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219) [jsf-impl-2.2.5-jbossorg-2.jar:] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:647) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at org.openfaces.util.ResourceFilter.doFilter(ResourceFilter.java:41) [openfaces.jar:3.1.EA1.1287] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at biz.mbisoftware.web.utility.NoCacheFilter.doFilter(NoCacheFilter.java:38) [classes:] at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_60-ea] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_60-ea] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_60-ea] {code} > 3rd party JSF component disappears on RichFaces ajax refresh > ------------------------------------------------------------ > > Key: RF-13168 > URL: https://issues.jboss.org/browse/RF-13168 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: compatibility, component-a4j-core > Reporter: Frank Langelage > Assignee: Luk?? Fry? > Labels: interop, jsf22 > Fix For: 5.0.0.Alpha3 > > Attachments: install-mojarra-2.1.19.cli, Jira-WFLY-UT.tar, xaa, xab, xac > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > On some of my pages I'm using richfaces a4j:poll to refresh components regularly. The components refreshed is an openfaces datatable. > This does not work with WildFly build from current sources. > Same code works with JBoss AS 7.20. So problem is not related to richfaces or openfaces for me. Probably related to replacement of jboss-web with undertow. > I'll attach a small project showing the problem. > The mojarra datatable works fine, is refreshed every 10 seconds. > The openfaces datatable below disappears on first refresh. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Tue Jan 28 18:09:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Tue, 28 Jan 2014 18:09:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem resolved RF-13520. -------------------------------- Resolution: Done Added org.jboss.weld.bean.StringBeanIdentifier to the resource-serialization whitelist > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 02:17:28 2014 From: issues at jboss.org (Michael Abele (JIRA)) Date: Wed, 29 Jan 2014 02:17:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13445) extendedDataTable: Sort icons and 'column move' icon gone In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933168#comment-12933168 ] Michael Abele edited comment on RF-13445 at 1/29/14 2:15 AM: ------------------------------------------------------------- Out-of-office message removed. was (Author: ma.aqcon): Ich bin bis zum 07.01.2014 nicht im B?ro und habe nur eingeschr?nkten Zugriff auf meine E-Mails. In dringenden F?llen wenden Sie sich bitte telefonisch an unsere Zentrale unter der Nummer +49-7191-90590 oder senden Sie eine E-Mail an info at aqcon.com. I am not in the office until January 7th 2013 and I have only limited access to my mail account. In urgent cases please call +49-7191-90590 or send a mail to info at aqcon.com. > extendedDataTable: Sort icons and 'column move' icon gone > --------------------------------------------------------- > > Key: RF-13445 > URL: https://issues.jboss.org/browse/RF-13445 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: resource handling > Affects Versions: 5.0.0.Alpha2 > Reporter: Michael Abele > Labels: regression > Fix For: 5.0.0.Alpha4 > > > Please check extendedDataTable Demo: > http://showcase5-richfaces.rhcloud.com/richfaces/component-sample.jsf?demo=extendedDataTable&skin=blueSky > - Built-In Sorting: Icons for sort direction are gone > - Basic usage: If you drop a column the little blue arrow showing the new column position is gone -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 06:29:28 2014 From: issues at jboss.org (Nicolas Daniels (JIRA)) Date: Wed, 29 Jan 2014 06:29:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939558#comment-12939558 ] Nicolas Daniels commented on RF-13042: -------------------------------------- Tested on 4.3.5; working fine now Thanks > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 11:45:29 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 29 Jan 2014 11:45:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13042) Render h:commandlink: keeps reloading js In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13042?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-13042: ------------------------------- Fix Version/s: (was: 5.0.0.Alpha3) > Render h:commandlink: keeps reloading js > ---------------------------------------- > > Key: RF-13042 > URL: https://issues.jboss.org/browse/RF-13042 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.2.3.Final, 4.3.2 > Reporter: Nicolas Daniels > Assignee: Luk?? Fry? > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Javascript resource is reloaded at each render, and so javascript was becoming heavier and heavier to run (to end by a not responsive alter on FF -or even FF hangs forever). > > After more investigation, I noticed it is due to the h:commandlink tag which was inside my rerendered part. > Workaround: > Add: > {code:xml} > > > > {code} > in your page, Js is not reloading anymore. (I inserted it at the end but I guess it works anywhere) > See forum link for more details. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 13:47:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Wed, 29 Jan 2014 13:47:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13505: ---------------------------- Summary: Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) (was: Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue)) > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked by Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 14:55:28 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 29 Jan 2014 14:55:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12613) rich:select with enablemanualinput selects wrong items In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939873#comment-12939873 ] Brian Leathem commented on RF-12613: ------------------------------------ [~lfryc] what's the status of this issue? > rich:select with enablemanualinput selects wrong items > ------------------------------------------------------ > > Key: RF-12613 > URL: https://issues.jboss.org/browse/RF-12613 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.1.0.Final, 4.3.0.M2 > Reporter: geert olaerts > Fix For: 4.5-Tracking > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > When using rich:select with enablemanualinput = "true", the wrong item might be selected. If the list of possible items is (in this order): "test test" and "test" and the user selects "test" richfaces will select "test test" as input. The same happens if the user types "test". If the list is "test" and "test test" and the user selects or types "test" the correct item is selected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 14:55:30 2014 From: issues at jboss.org (Brian Leathem (JIRA)) Date: Wed, 29 Jan 2014 14:55:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12613) rich:select with enablemanualinput selects wrong items In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian Leathem updated RF-12613: ------------------------------- Forum Reference: https://community.jboss.org/message/855448 > rich:select with enablemanualinput selects wrong items > ------------------------------------------------------ > > Key: RF-12613 > URL: https://issues.jboss.org/browse/RF-12613 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.1.0.Final, 4.3.0.M2 > Reporter: geert olaerts > Fix For: 4.5-Tracking > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > When using rich:select with enablemanualinput = "true", the wrong item might be selected. If the list of possible items is (in this order): "test test" and "test" and the user selects "test" richfaces will select "test test" as input. The same happens if the user types "test". If the list is "test" and "test test" and the user selects or types "test" the correct item is selected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Wed Jan 29 23:23:29 2014 From: issues at jboss.org (Cody Lerum (JIRA)) Date: Wed, 29 Jan 2014 23:23:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13247) Upgrade the RichFaces guava dependency to version 15.0 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939937#comment-12939937 ] Cody Lerum commented on RF-13247: --------------------------------- Wildfly is going to 16.0 as well https://github.com/wildfly/wildfly/pull/5824 > Upgrade the RichFaces guava dependency to version 15.0 > ------------------------------------------------------ > > Key: RF-13247 > URL: https://issues.jboss.org/browse/RF-13247 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Reporter: Jeremy Landis > Assignee: Brian Leathem > Priority: Minor > Fix For: 5.0.0.Alpha4 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Upgrading to guava 15 from 14.0.1 causes this richfaces error. I have not looked into this further but wanted to put it out there as an issue. > Caused by: java.lang.IllegalAccessError: tried to access method com.google.common.collect.MapMaker.makeComputingMap(Lcom/google/common/base/Function;)Ljava/util/concurrent/ConcurrentMap; from class org.richfaces.resource.ResourceLibraryFactoryImpl -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 03:29:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 30 Jan 2014 03:29:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939949#comment-12939949 ] Matej Novotny commented on RF-13508: ------------------------------------ I am for messy issue report, next time I will fill it separately. I verified this and it works correctly now, closing issue. > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 03:29:29 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 30 Jan 2014 03:29:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13508) Deprecate reslib resource file - RF 4.5/5 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13508?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13508. ------------------------------ > Deprecate reslib resource file - RF 4.5/5 > ----------------------------------------- > > Key: RF-13508 > URL: https://issues.jboss.org/browse/RF-13508 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Environment: JBoss AS 7.1 > FF 26.0 > Latest RF 4.5/5 Showcase > Reporter: Matej Novotny > Assignee: Luk?? Fry? > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > This is a follow-up issue to RF-13314 for RF version 4.5/5. > Following problems were found when verifying for 4.5 and 5: > I used Showcase versions 4.5/5 and checked the web and server consoles for errors. (using FF and JBoss AS 7.1.) > * RF 4.5 > Here you get the following error in server console when you try to access a page, no matter which one. The error is in CacheLoader in org.richfaces:richfaces-queue. > Steps to reproduce: > ** Start JBoss AS 7.1 > ** Deploy showcase for 4.5.x > ** Go to [main page|http://localhost:8080/showcase] > {code} > 10:40:34,627 SEVERE [org.richfaces.log.Resource] (http--127.0.0.1-8080-6) 'class' or 'resources' properties should be declared in library descriptor: org.richfaces:richfaces-queue > 10:40:34,631 SEVERE [javax.enterprise.resource.webcontainer.jsf.application] (http--127.0.0.1-8080-6) Error Rendering View[/richfaces/component-sample.xhtml]: com.google.common.cache.CacheLoader$InvalidCacheLoadException: CacheLoader returned null for key org.richfaces:richfaces-queue. > at com.google.common.cache.LocalCache$Segment.getAndRecordStats(LocalCache.java:2383) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.loadSync(LocalCache.java:2351) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.lockedGetOrLoad(LocalCache.java:2313) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$Segment.get(LocalCache.java:2228) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.get(LocalCache.java:3965) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache.getOrLoad(LocalCache.java:3969) [guava-11.0.2.jar:] > at com.google.common.cache.LocalCache$LocalManualCache.get(LocalCache.java:4829) [guava-11.0.2.jar:] > at org.richfaces.resource.ResourceLibraryFactoryImpl.getResourceLibrary(ResourceLibraryFactoryImpl.java:85) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at org.richfaces.ui.core.ResourceLibraryRenderer.encodeEnd(ResourceLibraryRenderer.java:67) [richfaces-5.0.0.Alpha2.jar:5.0.0.Alpha2] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeHeadResources(HeadRenderer.java:105) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.renderkit.html_basic.HeadRenderer.encodeEnd(HeadRenderer.java:92) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:875) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1786) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1782) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:402) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:125) [jsf-impl-2.1.7-jbossorg-2.jar:] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:288) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:121) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.7-jbossorg-2.jar:] > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) [jsf-impl-2.1.7-jbossorg-2.jar:] > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) [classes:] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) [weld-core-1.1.5.AS71.Final.jar:2012-02-10 15:31] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) [rewrite-servlet-1.0.4.Final.jar:1.0.4.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25] > {code} > * RF 5 > The main page is accessible and so are components however there are some errors present. The list of affected components is mentioned below in "_steps to reproduce_" section. > Steps to reproduce: > ** Start JBossAS 7.1 > ** Deploy showcase for RF 5 > ** I was not able to visit *[actionListener page|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky]* and got an error which I think will not be related to resources: > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > at org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > at org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:147) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:107) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:112) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > at org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:195) > at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:98) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:308) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:367) > at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:346) > at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:86) > at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:152) > at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:774) > at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:100) > at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > at org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:62) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) > at org.jboss.as.jpa.interceptor.WebNonTxEmCloserValve.invoke(WebNonTxEmCloserValve.java:50) > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) > at java.lang.Thread.run(Thread.java:724) > Caused by: java.lang.NullPointerException > at com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:204) > ... 83 more > {code} > And when accessing *[pickList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky]* or *[orderingList|http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=orderingList&skin=blueSky]* for the first time (or refreshing with CTRL +F5) I am getting following warning in server console: > {code} > 11:03:25,590 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--127.0.0.1-8080-2) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 04:31:28 2014 From: issues at jboss.org (Matej Novotny (JIRA)) Date: Thu, 30 Jan 2014 04:31:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13197) Input with name javax.faces.ViewState is not rendered after submit In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matej Novotny closed RF-13197. ------------------------------ Verified, closing issue. > Input with name javax.faces.ViewState is not rendered after submit > ------------------------------------------------------------------ > > Key: RF-13197 > URL: https://issues.jboss.org/browse/RF-13197 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 5.0.0.Alpha1 > Environment: WildFly 8.0.Alpha4 also GlassFish 4 > Mojarra 2.2 > Chrome, Firefox > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > The issue is reproducible with framework test {{ITMultipleFormUpdate.when_form_is_explicitly_listed_in_render_then_its_ViewState_should_be_updated_after_response}}. > Expected: > After submitting the form, the {{ViewState}} should be updated. > Actual: > Elements with the name {{javax.faces.ViewState}} are not rendered for both of the inputs. > Please see steps to reproduce. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 05:01:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Thu, 30 Jan 2014 05:01:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12792) ContextMenu and DropDownMenu - onkeydown attribute does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12792?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak resolved RF-12792. -------------------------------- Resolution: Out of Date Works fine in Chrome 32 with RichFaces 5.0.0-SNAPSHOT > ContextMenu and DropDownMenu - onkeydown attribute does not work > ---------------------------------------------------------------- > > Key: RF-12792 > URL: https://issues.jboss.org/browse/RF-12792 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.0.Final > Environment: RichFaces 4.3.1-SNAPSHOT > Metamer 4.3.1-SNAPSHOT > JBoss Application Server: Weld Integration 7.1.1.Final > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.7.0_05-b06 @ Linux > Chrome 24.0.1312.69 @ Linux x86_64 > Reporter: Juraj H?ska > Fix For: 5-Tracking > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > The {{onkeydown}} attribute does not work. > Just note that {{onkeyup}} work just fine. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 05:01:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Thu, 30 Jan 2014 05:01:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12792) ContextMenu and DropDownMenu - onkeydown attribute does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12939977#comment-12939977 ] Pavol Pitonak edited comment on RF-12792 at 1/30/14 5:01 AM: ------------------------------------------------------------- Works fine in Chrome 32 and Firefox 26 with RichFaces 5.0.0-SNAPSHOT was (Author: ppitonak): Works fine in Chrome 32 with RichFaces 5.0.0-SNAPSHOT > ContextMenu and DropDownMenu - onkeydown attribute does not work > ---------------------------------------------------------------- > > Key: RF-12792 > URL: https://issues.jboss.org/browse/RF-12792 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 4.3.0.Final > Environment: RichFaces 4.3.1-SNAPSHOT > Metamer 4.3.1-SNAPSHOT > JBoss Application Server: Weld Integration 7.1.1.Final > JBoss AS 7.1.1.Final > Java(TM) SE Runtime Environment 1.7.0_05-b06 @ Linux > Chrome 24.0.1312.69 @ Linux x86_64 > Reporter: Juraj H?ska > Fix For: 5-Tracking > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > The {{onkeydown}} attribute does not work. > Just note that {{onkeyup}} work just fine. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 06:41:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 06:41:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? reassigned RF-13518: ------------------------------- Assignee: Luk?? Fry? > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 06:53:30 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 30 Jan 2014 06:53:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13369) autocomplete problem in glassfish 4 with jsf 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek updated RF-13369: ----------------------------- Labels: jsf22 (was: jsf22 needs-qe) > autocomplete problem in glassfish 4 with jsf 2.2 > ------------------------------------------------ > > Key: RF-13369 > URL: https://issues.jboss.org/browse/RF-13369 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4 > Environment: glassfish4 with JSF2.2, ubunto 12.04 > Reporter: Joao Granado > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > autocomplete: the pop-up list always appears empty -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 07:01:34 2014 From: issues at jboss.org (=?UTF-8?Q?Ji=C5=99=C3=AD_=C5=A0tefek_=28JIRA=29?=) Date: Thu, 30 Jan 2014 07:01:34 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13369) autocomplete problem in glassfish 4 with jsf 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ji?? ?tefek closed RF-13369. ---------------------------- Verified in Metamer with both RF5 and RF4.5, closing. > autocomplete problem in glassfish 4 with jsf 2.2 > ------------------------------------------------ > > Key: RF-13369 > URL: https://issues.jboss.org/browse/RF-13369 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.4 > Environment: glassfish4 with JSF2.2, ubunto 12.04 > Reporter: Joao Granado > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > autocomplete: the pop-up list always appears empty -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 08:31:29 2014 From: issues at jboss.org (=?UTF-8?Q?Eu_S=C3=A8be_=28JIRA=29?=) Date: Thu, 30 Jan 2014 08:31:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12613) rich:select with enablemanualinput selects wrong items In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940160#comment-12940160 ] Eu S?be commented on RF-12613: ------------------------------ Hi, I implemented the workaround, and here is how it works now: if I type a few characters, then select an item using up and down arrows, it works perfectly. If I type a few characters then select an item using the mouse, it selects no item. Did that happen for anyone else ? Is there any solution ? > rich:select with enablemanualinput selects wrong items > ------------------------------------------------------ > > Key: RF-12613 > URL: https://issues.jboss.org/browse/RF-12613 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 4.1.0.Final, 4.3.0.M2 > Reporter: geert olaerts > Fix For: 4.5-Tracking > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > When using rich:select with enablemanualinput = "true", the wrong item might be selected. If the list of possible items is (in this order): "test test" and "test" and the user selects "test" richfaces will select "test test" as input. The same happens if the user types "test". If the list is "test" and "test test" and the user selects or types "test" the correct item is selected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 09:25:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 09:25:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940178#comment-12940178 ] Luk?? Fry? commented on RF-13518: --------------------------------- The problem here (and in MyFaces as well) is that in our ActionListenerHandler we use [TagHandlerUtils that hard-code a constant for accessing context|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/common/TagHandlerUtils.java#L55] of attached handlers for Composite Component. As you can guess (and as it is commented in the code ;-) - *it is implementation dependent*). Mojarra changed the constant from [{{"javax.faces.RetargetableHandlers"}}|https://github.com/jboss/mojarra/blob/2.1.27-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/facelets/tag/jsf/CompositeComponentTagHandler.java#L327] to [{{"javax.faces.view.AttachedObjectHandlers}}|https://github.com/jboss/mojarra/blob/2.2.5-jbossorg-3/jsf-ri/src/main/java/com/sun/faces/facelets/tag/jsf/CompositeComponentTagHandler.java#L337]. On the other hand, MyFaces approach is little bit different with their [{{FaceletCompositionContext#getAttachedObjectHandlers(UIComponent)|http://svn.apache.org/repos/asf/myfaces/core/tags/myfaces-core-module-2.2.0/impl/src/main/java/org/apache/myfaces/view/facelets/FaceletCompositionContext.java]. > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 09:27:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 09:27:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940180#comment-12940180 ] Luk?? Fry? commented on RF-13518: --------------------------------- I believe this is under-specified section and the JSF API should allow to attach handlers into composite components. What we can do is having two implementations - one for MyFaces and one for Mojarra. I would prefer using compile-time dependency instead this silly constant-based dependency. > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 09:29:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 09:29:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940178#comment-12940178 ] Luk?? Fry? edited comment on RF-13518 at 1/30/14 9:28 AM: ---------------------------------------------------------- The problem here (and in MyFaces as well) is that in our ActionListenerHandler we use [TagHandlerUtils that hard-code a constant for accessing context|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/common/TagHandlerUtils.java#L55] of attached handlers for Composite Component. As you can guess (and as it is commented in the code ;-) - *it is implementation dependent*). Mojarra changed the constant from [{{"javax.faces.RetargetableHandlers"}}|https://github.com/jboss/mojarra/blob/2.1.27-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/facelets/tag/jsf/CompositeComponentTagHandler.java#L327] to [{{"javax.faces.view.AttachedObjectHandlers"}}|https://github.com/jboss/mojarra/blob/2.2.5-jbossorg-3/jsf-ri/src/main/java/com/sun/faces/facelets/tag/jsf/CompositeComponentTagHandler.java#L337]. On the other hand, MyFaces approach is little bit different with their [{{FaceletCompositionContext#getAttachedObjectHandlers(UIComponent)}}|http://svn.apache.org/repos/asf/myfaces/core/tags/myfaces-core-module-2.2.0/impl/src/main/java/org/apache/myfaces/view/facelets/FaceletCompositionContext.java]. was (Author: lfryc): The problem here (and in MyFaces as well) is that in our ActionListenerHandler we use [TagHandlerUtils that hard-code a constant for accessing context|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/ui/common/TagHandlerUtils.java#L55] of attached handlers for Composite Component. As you can guess (and as it is commented in the code ;-) - *it is implementation dependent*). Mojarra changed the constant from [{{"javax.faces.RetargetableHandlers"}}|https://github.com/jboss/mojarra/blob/2.1.27-jbossorg-1/jsf-ri/src/main/java/com/sun/faces/facelets/tag/jsf/CompositeComponentTagHandler.java#L327] to [{{"javax.faces.view.AttachedObjectHandlers}}|https://github.com/jboss/mojarra/blob/2.2.5-jbossorg-3/jsf-ri/src/main/java/com/sun/faces/facelets/tag/jsf/CompositeComponentTagHandler.java#L337]. On the other hand, MyFaces approach is little bit different with their [{{FaceletCompositionContext#getAttachedObjectHandlers(UIComponent)|http://svn.apache.org/repos/asf/myfaces/core/tags/myfaces-core-module-2.2.0/impl/src/main/java/org/apache/myfaces/view/facelets/FaceletCompositionContext.java]. > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 09:31:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 09:31:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940180#comment-12940180 ] Luk?? Fry? edited comment on RF-13518 at 1/30/14 9:31 AM: ---------------------------------------------------------- I believe this is under-specified section and the JSF API should allow to attach handlers into composite components. What we can do is having two implementations - one for MyFaces and one for Mojarra. I would prefer using compile-time dependency instead of this silly constant-based dependency. Sample of usage of compile-time dependency is [implementation-dependent {{ResourceTracker}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/resource/external/ResourceTrackerImpl.java#L72]. was (Author: lfryc): I believe this is under-specified section and the JSF API should allow to attach handlers into composite components. What we can do is having two implementations - one for MyFaces and one for Mojarra. I would prefer using compile-time dependency instead this silly constant-based dependency. > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 10:05:28 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 10:05:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940200#comment-12940200 ] Luk?? Fry? commented on RF-13518: --------------------------------- When I dived into this issue deeper, I found that there was a try to specify this: https://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-922?focusedCommentId=354220&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_354220 However the attached SPEC patch never made it to 2.2 spec. > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 11:49:32 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 11:49:32 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? resolved RF-13518. ----------------------------- Resolution: Done > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 11:51:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 11:51:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940251#comment-12940251 ] Luk?? Fry? commented on RF-13518: --------------------------------- Okay, we have resolved this by making our impl Mojarra 2.1 and Mojarra 2.2 compatible. We will try to push the spec issue forward. > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 13:01:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 13:01:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13454) Upgrade integration tests use of WildFly to 8.0.0.CR1 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13454: ---------------------------- Issue Type: Component Upgrade (was: Feature Request) > Upgrade integration tests use of WildFly to 8.0.0.CR1 > ----------------------------------------------------- > > Key: RF-13454 > URL: https://issues.jboss.org/browse/RF-13454 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 13:01:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 13:01:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13438) Update jboss-parent to 12 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13438: ---------------------------- Summary: Update jboss-parent to 12 (was: Update jboss-parent) > Update jboss-parent to 12 > ------------------------- > > Key: RF-13438 > URL: https://issues.jboss.org/browse/RF-13438 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 13:01:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 13:01:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13438) Update jboss-parent to 12 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13438: ---------------------------- Issue Type: Component Upgrade (was: Feature Request) > Update jboss-parent to 12 > ------------------------- > > Key: RF-13438 > URL: https://issues.jboss.org/browse/RF-13438 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 13:01:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 13:01:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13278) Add support for a 'header' meta-component to the rich:tabPanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13278: ---------------------------- Issue Type: Enhancement (was: Feature Request) > Add support for a 'header' meta-component to the rich:tabPanel > -------------------------------------------------------------- > > Key: RF-13278 > URL: https://issues.jboss.org/browse/RF-13278 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.3.4 > Environment: java 7, > tomcat 7, JBoss AS, > mojarra, myfaces > chrome, firefox > Reporter: Alexey Shakov > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > I use ajax to update the header label of rich:tab. That is why label is placed in a header-facet. Since RF 4.3.4 this does not work: > {code:xml} > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > xmlns:c="http://java.sun.com/jsp/jstl/core" xmlns:rich="http://richfaces.org/rich" xmlns:a4j="http://richfaces.org/a4j" > xmlns:f="http://java.sun.com/jsf/core" xml:lang="en" lang="en"> > > > > > > > > > > > > > > > > > > > > {code} > testBean is a simple session-scoped HashMap. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 13:03:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 13:03:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13199) Framework tests does not include all needed classes to the deployment when deploying on WildFly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13199?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13199: ---------------------------- Issue Type: Bug (was: Enhancement) > Framework tests does not include all needed classes to the deployment when deploying on WildFly > ----------------------------------------------------------------------------------------------- > > Key: RF-13199 > URL: https://issues.jboss.org/browse/RF-13199 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha1 > Environment: WildFly 8.0.0.Alpha4 > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > When running framework tests with WildFly 8.0.0.Alpha4, some of the tests fail with: _DeploymentException: Cannot deploy_ exception. > The created wars miss classes like: {{FrameworkDeployment}} and other linkage errors. See for example [this|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/5.0/job/richfaces-5.0-ff-wildfly80/1/testReport/junit/org.richfaces.skin/ITBlueSkySkin/org_richfaces_skin_ITBlueSkySkin/] or [this|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/5.0/job/richfaces-5.0-ff-wildfly80/1/testReport/junit/org.richfaces.ui.extendedDataTable/ITDisablingBuiltinSortingAndFiltering/org_richfaces_ui_extendedDataTable_ITDisablingBuiltinSortingAndFiltering/] tests results. > The reason is IMHO different *Weld* implementation in WildFly than in JBoss AS 7.1.1.Final, where the same tests are passing. > I am also wondering why we are creating wars which contains Arquillian related stuff for client tests ? Should not we create more granular deployment, which will distinguish among client, server and warp tests ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Thu Jan 30 13:03:30 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Thu, 30 Jan 2014 13:03:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13420) Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luk?? Fry? updated RF-13420: ---------------------------- Issue Type: Bug (was: Enhancement) > Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged > ------------------------------------------------------------------------------------------ > > Key: RF-13420 > URL: https://issues.jboss.org/browse/RF-13420 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha2 > Environment: Firefox, Chrome > JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > Following WARNING is being logged to JBoss AS console when demos for {{pickList}} or {{orderingList}} are loaded. > {code:none} > 12:10:08,859 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--0.0.0.0-8080-1) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} > Steps to reproduce: > # deploy showcase > # clean the browser cache > # load the demo for e.g. pickList: http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky > # look for the WARNING in the JBoss AS console > Notes: > * the http response with file font-awesome/font/fontawesome-webfont.woff finish with 200 OK. > * this WARNING is logged only with the first page load after the browser cache cleaning, then it is served from cache and WARNING is not logged -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 04:17:28 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Fri, 31 Jan 2014 04:17:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13438) Update jboss-parent to 12 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13438. ------------------------------ > Update jboss-parent to 12 > ------------------------- > > Key: RF-13438 > URL: https://issues.jboss.org/browse/RF-13438 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: build/distribution > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 04:17:29 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Fri, 31 Jan 2014 04:17:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13481) Upgrade to Warp 1.0.0.Alpha6 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13481. ------------------------------ > Upgrade to Warp 1.0.0.Alpha6 > ---------------------------- > > Key: RF-13481 > URL: https://issues.jboss.org/browse/RF-13481 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > It seems Warp Alpha6 doesn't suffer from intermittent test issues as much as Alpha5 did (or it can recover). > My impression comes from running whole test suite without getting stuck on EAP 6.1 and WildFly CR1. > I will bump to snapshot and we will release as necessary. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 07:41:30 2014 From: issues at jboss.org (Pavol Pitonak (JIRA)) Date: Fri, 31 Jan 2014 07:41:30 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13518) Action Listener - invoking from composite component does not work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pavol Pitonak closed RF-13518. ------------------------------ Verified > Action Listener - invoking from composite component does not work > ----------------------------------------------------------------- > > Key: RF-13518 > URL: https://issues.jboss.org/browse/RF-13518 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > Invoking Action Listener from composite component does not work. Please see the steps to reproduce the issue. > Note that it works with JSF 2.1.x. It is similar to issue RF-10585, but that one is for MyFaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 08:41:28 2014 From: issues at jboss.org (Alexey Shakov (JIRA)) Date: Fri, 31 Jan 2014 08:41:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-12828) rich:placeholder not shown inside rich:togglePanel In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-12828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940462#comment-12940462 ] Alexey Shakov commented on RF-12828: ------------------------------------ Same bug with rich:accordion / rich:accordionItem > rich:placeholder not shown inside rich:togglePanel > -------------------------------------------------- > > Key: RF-12828 > URL: https://issues.jboss.org/browse/RF-12828 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-misc, component-output > Affects Versions: 4.3.0.Final, 4.3.1 > Environment: Jboss AS 7.1.1 > Chrome, Firefox > Reporter: Fernando Arbeiza > Labels: placeholder > Fix For: 5-Tracking > > > When a rich:placeholder is inside a hidden rich:togglePanelItem, the placeholder text does not show up when that togglePanelItem is shown -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 10:43:29 2014 From: issues at jboss.org (=?UTF-8?Q?Carlos_Mauro_C=C3=A1rdenas_Fern=C3=A1ndez_=28JIRA=29?=) Date: Fri, 31 Jan 2014 10:43:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13524) the tooltip freezes when changing page. In-Reply-To: References: Message-ID: Carlos Mauro C?rdenas Fern?ndez created RF-13524: ---------------------------------------------------- Summary: the tooltip freezes when changing page. Key: RF-13524 URL: https://issues.jboss.org/browse/RF-13524 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: accessibility, component, component-a4j-core, component-tables Affects Versions: 4.2.2.Final, 4.0.0.CR1 Environment: Windows Vista, Web Sphere 8.5, Java jdk 1.5, maven Reporter: Carlos Mauro C?rdenas Fern?ndez Priority: Critical I have a tooltip implemented on a main page, but when you click the link tooltip box gets stuck on next page problem.png I tried to change the tooltip parameter but didnt find the solution. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 11:31:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 11:31:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13199) Framework tests does not include all needed classes to the deployment when deploying on WildFly In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13199?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13199. ---------------------------- Verified. Closing. > Framework tests does not include all needed classes to the deployment when deploying on WildFly > ----------------------------------------------------------------------------------------------- > > Key: RF-13199 > URL: https://issues.jboss.org/browse/RF-13199 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: tests - functional > Affects Versions: 5.0.0.Alpha1 > Environment: WildFly 8.0.0.Alpha4 > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > Original Estimate: 30 minutes > Remaining Estimate: 30 minutes > > When running framework tests with WildFly 8.0.0.Alpha4, some of the tests fail with: _DeploymentException: Cannot deploy_ exception. > The created wars miss classes like: {{FrameworkDeployment}} and other linkage errors. See for example [this|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/5.0/job/richfaces-5.0-ff-wildfly80/1/testReport/junit/org.richfaces.skin/ITBlueSkySkin/org_richfaces_skin_ITBlueSkySkin/] or [this|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/5.0/job/richfaces-5.0-ff-wildfly80/1/testReport/junit/org.richfaces.ui.extendedDataTable/ITDisablingBuiltinSortingAndFiltering/org_richfaces_ui_extendedDataTable_ITDisablingBuiltinSortingAndFiltering/] tests results. > The reason is IMHO different *Weld* implementation in WildFly than in JBoss AS 7.1.1.Final, where the same tests are passing. > I am also wondering why we are creating wars which contains Arquillian related stuff for client tests ? Should not we create more granular deployment, which will distinguish among client, server and warp tests ? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 11:31:29 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 11:31:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13343) Page Fragments: Re-implement setupFragmentFromWidget() methods using component options access In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13343. ---------------------------- Verified. Closing. > Page Fragments: Re-implement setupFragmentFromWidget() methods using component options access > --------------------------------------------------------------------------------------------- > > Key: RF-13343 > URL: https://issues.jboss.org/browse/RF-13343 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: page-fragments > Affects Versions: 5.0.0.Alpha2 > Reporter: Luk?? Fry? > Assignee: Juraj H?ska > Fix For: 5.0.0.Alpha3 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > As we have discussed in RF-13335, we have two options available for accessing component options: > * component uses {{BaseComponent}} (RF4 components) > {code} > RichFaces.component("j_idt108").options > {code} > * component uses {{jQuery UI Widget Factory}} (RF5 components) > {code} > $(document.getElementById("j_idt163:j_idt165Input")).autocomplete("option", "autoFocus") > {code} > We can use WebDriver's {{JavascriptExecutor}} to access widget settings. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 11:33:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 11:33:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13420) Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13420. ---------------------------- Verified. Closing. > Showcase - WARNING No mime type could be found for file fontawesome-webfont.woff is logged > ------------------------------------------------------------------------------------------ > > Key: RF-13420 > URL: https://issues.jboss.org/browse/RF-13420 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: showcase > Affects Versions: 5.0.0.Alpha2 > Environment: Firefox, Chrome > JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Assignee: Luk?? Fry? > Priority: Minor > Fix For: 5.0.0.Alpha3 > > > Following WARNING is being logged to JBoss AS console when demos for {{pickList}} or {{orderingList}} are loaded. > {code:none} > 12:10:08,859 WARNING [javax.enterprise.resource.webcontainer.jsf.context] (http--0.0.0.0-8080-1) JSF1091: No mime type could be found for file font-awesome/font/fontawesome-webfont.woff. To resolve this, add a mime-type mapping to the applications web.xml. > {code} > Steps to reproduce: > # deploy showcase > # clean the browser cache > # load the demo for e.g. pickList: http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=pickList&skin=blueSky > # look for the WARNING in the JBoss AS console > Notes: > * the http response with file font-awesome/font/fontawesome-webfont.woff finish with 200 OK. > * this WARNING is logged only with the first page load after the browser cache cleaning, then it is served from cache and WARNING is not logged -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 11:41:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 11:41:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13432) Upgrade framework build to JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940537#comment-12940537 ] Juraj H?ska commented on RF-13432: ---------------------------------- I am wondering whether this update should not involve also updating of the {{faces-config.xml}} header namespace ? We are using faces-config header with 2.0, this should be header for JSF 2.2: {code:xml} {code} Do you think this is important ? IMHO it can cause some problems in the future... > Upgrade framework build to JSF 2.2 > ---------------------------------- > > Key: RF-13432 > URL: https://issues.jboss.org/browse/RF-13432 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 11:51:29 2014 From: issues at jboss.org (=?UTF-8?Q?Luk=C3=A1=C5=A1_Fry=C4=8D_=28JIRA=29?=) Date: Fri, 31 Jan 2014 11:51:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13432) Upgrade framework build to JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940541#comment-12940541 ] Luk?? Fry? commented on RF-13432: --------------------------------- Which faces-config.xml you want to upgrade, Juro? The problem comes with deploying on pre-JSF2.2 containers, which don't understand web-facesconfig_2_2.xsd. > Upgrade framework build to JSF 2.2 > ---------------------------------- > > Key: RF-13432 > URL: https://issues.jboss.org/browse/RF-13432 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 11:53:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 11:53:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13494) Make the RichFaces RendererBase decode/encode* methods final In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13494. ---------------------------- Verified. Closing. > Make the RichFaces RendererBase decode/encode* methods final > ------------------------------------------------------------ > > Key: RF-13494 > URL: https://issues.jboss.org/browse/RF-13494 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.4, 4.5.0.Alpha1, 5.0.0.Alpha1 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > > This is related to RF-12235, > I have fix locally that I have implemedn in RF-13317, I will push it to feature branch and test via framework tests -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 12:03:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 12:03:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13520) mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13520. ---------------------------- Verified. Closing. > mediaOutput: NPE is thrown when used with CDI beans and JSF 2.2 > --------------------------------------------------------------- > > Key: RF-13520 > URL: https://issues.jboss.org/browse/RF-13520 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 5.0.0.Alpha3 > Environment: WildFly 8.0.0.Final-SNAPSHOT > WildFly 8.0.0.CR1 > Reporter: Juraj H?ska > Assignee: Brian Leathem > Priority: Critical > Labels: jsf22 > Fix For: 5.0.0.Alpha3 > > > When {{mediaOutput}} is bound via {{value}} attribute to a *CDI* bean, following NPE is thrown: > {code} > 15:32:20,443 ERROR [io.undertow.request] (default task-16) UT005023: Exception handling request to /metamer/faces/rfRes/org.richfaces.ui.output.mediaOutput.MediaOutputResource: java.lang.NullPointerException > at org.richfaces.ui.output.mediaOutput.MediaOutputResource.encode(MediaOutputResource.java:66) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.UserResourceWrapperImpl.encode(UserResourceWrapperImpl.java:187) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at org.richfaces.resource.ResourceHandlerImpl.handleResourceRequest(ResourceHandlerImpl.java:229) [richfaces-5.0.0-SNAPSHOT.jar:5.0.0-SNAPSHOT] > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:643) [jboss-jsf-api_2.2_spec-2.2.5.jar:2.2.5] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93) [classes:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:70) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:69) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:69) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.SessionRestoringHandler.handleRequest(SessionRestoringHandler.java:101) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146) [undertow-servlet-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:168) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:685) [undertow-core-1.0.0.Beta33.jar:1.0.0.Beta33] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > Note that everything works with JSF 2.1.x (AS 7.1.1.Final) and when Managed Beans are used. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 12:09:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 12:09:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13432) Upgrade framework build to JSF 2.2 In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12940547#comment-12940547 ] Juraj H?ska commented on RF-13432: ---------------------------------- I guess that it will be enough probably to upgrade only the faces-config for wildfly classifier, once here will be one to achieve backward compatibility with older containers. > Upgrade framework build to JSF 2.2 > ---------------------------------- > > Key: RF-13432 > URL: https://issues.jboss.org/browse/RF-13432 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: third-party > Affects Versions: 5.0.0.Alpha3 > Reporter: Luk?? Fry? > Assignee: Luk?? Fry? > Fix For: 5.0.0.Alpha3 > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 12:13:29 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 12:13:29 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13498) Photoalbum - shutting down server with deployed app will throw JdbcSQLException: In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13498?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13498. ---------------------------- Verified. Closing. > Photoalbum - shutting down server with deployed app will throw JdbcSQLException: > -------------------------------------------------------------------------------- > > Key: RF-13498 > URL: https://issues.jboss.org/browse/RF-13498 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 5.0.0.Alpha2 > Environment: JBoss AS 7.1.1.Final > Reporter: Juraj H?ska > Assignee: Juraj H?ska > Priority: Trivial > Labels: photoalbum > Fix For: 5.0.0.Alpha3 > > > Shutting down AS with deployed photoalbum.war will result in throwing following exception: > {code} > 15:40:12,568 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] HHH000231: Schema export unsuccessful: org.h2.jdbc.JdbcSQLException: Database is already closed (to disable automatic closing at VM shutdown, add ";DB_CLOSE_ON_EXIT=FALSE" to the db URL) [90121-161] > at org.h2.message.DbException.getJdbcSQLException(DbException.java:329) > at org.h2.message.DbException.get(DbException.java:169) > at org.h2.message.DbException.get(DbException.java:146) > at org.h2.message.DbException.get(DbException.java:135) > at org.h2.jdbc.JdbcConnection.checkClosed(JdbcConnection.java:1394) > at org.h2.jdbc.JdbcConnection.checkClosed(JdbcConnection.java:1369) > at org.h2.jdbc.JdbcConnection.setAutoCommit(JdbcConnection.java:407) > at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.checkTransaction(BaseWrapperManagedConnection.java:817) > at org.jboss.jca.adapters.jdbc.WrappedConnection.checkTransaction(WrappedConnection.java:1589) > at org.jboss.jca.adapters.jdbc.WrappedConnection.createStatement(WrappedConnection.java:298) > at org.hibernate.tool.hbm2ddl.DatabaseExporter.(DatabaseExporter.java:54) > at org.hibernate.tool.hbm2ddl.SchemaExport.execute(SchemaExport.java:368) > at org.hibernate.tool.hbm2ddl.SchemaExport.drop(SchemaExport.java:319) > at org.hibernate.tool.hbm2ddl.SchemaExport.drop(SchemaExport.java:315) > at org.hibernate.internal.SessionFactoryImpl.close(SessionFactoryImpl.java:1279) > at org.hibernate.ejb.EntityManagerFactoryImpl.close(EntityManagerFactoryImpl.java:140) > at org.jboss.as.jpa.service.PersistenceUnitServiceImpl.stop(PersistenceUnitServiceImpl.java:98) [jboss-as-jpa-7.1.1.Final.jar:7.1.1.Final] > at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.2.GA.jar:1.0.2.GA] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_05] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_05] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_05] > {code} > As suggested by the exception message, it can be easily fixed by adding {{;DB_CLOSE_ON_EXIT=FALSE}} to the connection url. > This issue is similar to the RF-12102, which was resolved with same fix. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 12:19:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 12:19:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13472) Action listener: binding doesn't work In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13472?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13472. ---------------------------- Verified also on 4.5.0-SNAPSHOT. Closing. > Action listener: binding doesn't work > ------------------------------------- > > Key: RF-13472 > URL: https://issues.jboss.org/browse/RF-13472 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core, regression > Affects Versions: 4.5.0.Alpha2, 5.0.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT, 5.0.0-SNAPSHOT > Showcase, Metamer > all browsers > all application servers > Reporter: Pavol Pitonak > Assignee: Luk?? Fry? > Priority: Blocker > Labels: regression > Fix For: 4.5.0.Alpha2, 5.0.0.Alpha3 > > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml > or > # deploy Showcase and open http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=actionListener&skin=blueSky > result: > * in Showcase this stack trace is displayed instead of page (Metamer is similar) > {code} > javax.faces.view.facelets.TagAttributeException: /richfaces/actionListener/samples/actionListener-sample.xhtml @30,88 listener="#{actionListenerBean.handleActionMethod}" null > com.sun.faces.facelets.tag.TagAttributeImpl.getMethodExpression(TagAttributeImpl.java:232) > org.richfaces.ui.ajax.ActionListenerHandler.applyAttachedObject(ActionListenerHandler.java:100) > org.richfaces.ui.ajax.ActionListenerHandler.apply(ActionListenerHandler.java:138) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:166) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:178) > com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366) > com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137) > org.richfaces.ui.behavior.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53) > com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:187) > javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:320) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:379) > com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:358) > com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199) > com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:155) > com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93) > com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87) > com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:164) > com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:902) > com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:99) > com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) > com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) > org.richfaces.demo.arrangeablemodel.PersistenceLifecycle.render(PersistenceLifecycle.java:66) > javax.faces.webapp.FacesServlet.service(FacesServlet.java:594) > org.ocpsoft.rewrite.servlet.RewriteFilter.doFilter(RewriteFilter.java:172) > {code} > * works fine in RF 4.3.4.Final, there were no changes made in neither Metamer nor Showcase since 4.3.4.Final release -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira From issues at jboss.org Fri Jan 31 12:29:28 2014 From: issues at jboss.org (=?UTF-8?Q?Juraj_H=C3=BAska_=28JIRA=29?=) Date: Fri, 31 Jan 2014 12:29:28 -0500 (EST) Subject: [richfaces-issues] [JBoss JIRA] (RF-13448) Add javadoc to the SequenceIterationStatus class In-Reply-To: References: Message-ID: [ https://issues.jboss.org/browse/RF-13448?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juraj H?ska closed RF-13448. ---------------------------- Verified. Closing. > Add javadoc to the SequenceIterationStatus class > ------------------------------------------------ > > Key: RF-13448 > URL: https://issues.jboss.org/browse/RF-13448 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: component-tables, doc > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 5.0.0.Alpha3 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The SequenceIterationStatus class would benefit from the addition of javadoc. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira