January 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12717) “Component ID <componentId> has already been found in the view” exception when using rich:dataTable with JSF 2.1.13 on EAP 6.0.1.

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/RF-12717?page=com.atlassian.jira.plugin.s... ] Ilia Vassilev updated RF-12717: ------------------------------- Assignee: Brian Leathem > “Component ID <componentId> has already been found in the view” exception when using rich:dataTable with JSF 2.1.13 on EAP 6.0.1. > --------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12717 > URL: https://issues.jboss.org/browse/RF-12717 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Attachments: sample.rar > > > This is a problem with <richataTable>. The component id for each row is reused. If you change the markup to use an ordinary <h:dataTable> and <h:column> then it 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12717) “Component ID <componentId> has already been found in the view” exception when using rich:dataTable with JSF 2.1.13 on EAP 6.0.1.

by Ilia Vassilev (JIRA)

Ilia Vassilev created RF-12717: ---------------------------------- Summary: “Component ID <componentId> has already been found in the view” exception when using rich:dataTable with JSF 2.1.13 on EAP 6.0.1. Key: RF-12717 URL: https://issues.jboss.org/browse/RF-12717 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.2.3.Final Reporter: Ilia Vassilev Attachments: sample.rar This is a problem with <richataTable>. The component id for each row is reused. If you change the markup to use an ordinary <h:dataTable> and <h:column> then it 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12717) “Component ID <componentId> has already been found in the view” exception when using rich:dataTable with JSF 2.1.13 on EAP 6.0.1.

by Ilia Vassilev (JIRA)

[ https://issues.jboss.org/browse/RF-12717?page=com.atlassian.jira.plugin.s... ] Ilia Vassilev updated RF-12717: ------------------------------- Attachment: sample.rar Test maven project. > “Component ID <componentId> has already been found in the view” exception when using rich:dataTable with JSF 2.1.13 on EAP 6.0.1. > --------------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12717 > URL: https://issues.jboss.org/browse/RF-12717 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Attachments: sample.rar > > > This is a problem with <richataTable>. The component id for each row is reused. If you change the markup to use an ordinary <h:dataTable> and <h:column> then it 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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12583) Typo in the makePatternAMatch CSV javascript function

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12583?page=com.atlassian.jira.plugin.s... ] Brian Leathem closed RF-12583. ------------------------------ > Typo in the makePatternAMatch CSV javascript function > ----------------------------------------------------- > > Key: RF-12583 > URL: https://issues.jboss.org/browse/RF-12583 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-validators > Affects Versions: 4.1.0.Milestone4 > Reporter: Brian Leathem > Assignee: Brian Leathem > Fix For: 4.2.4, 4.3.0.M3 > > > The _makePatternAMatch_ function was introduced in resolution to RF-11531. however that method has a typo in it. See the extra ";" in the second _pattern_ assignment. > {code} > var makePatternAMatch = function(pattern) { > if (! (pattern.slice(0, 1) === '^') ) { > pattern = '^' + pattern; > } > if (! (pattern.slice(-1) === '$') ) { > pattern = pattern; + '$'; > } > return pattern; > } > {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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12581) Showcase: add myfaces to release profile

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12581?page=com.atlassian.jira.plugin.s... ] Brian Leathem closed RF-12581. ------------------------------ > Showcase: add myfaces to release profile > ---------------------------------------- > > Key: RF-12581 > URL: https://issues.jboss.org/browse/RF-12581 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: showcase > Reporter: Jiří Štefek > Assignee: Lukáš Fryč > Labels: myfaces > Fix For: 4.3.0.M3 > > > Add myfaces to the release profile, so it's war can be also released. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12484) Add "Target Product: WFK" to the quickstarts

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12484?page=com.atlassian.jira.plugin.s... ] Brian Leathem closed RF-12484. ------------------------------ > Add "Target Product: WFK" to the quickstarts > --------------------------------------------- > > Key: RF-12484 > URL: https://issues.jboss.org/browse/RF-12484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Sande Gilda > Assignee: Brian Leathem > Fix For: 4.3.0.M2 > > > The quickstarts now have a metadata tag for "Target Product:". > The helloworld-jsf quickstart should look like this: > helloworld-jsf: Helloworld with a JSF (JavaServer Faces) Front End > ================================================================== > Author: Brian Leathem > Level: Beginner > Technologies: CDI, JSF, RichFaces > Summary: Similar to the helloworld quickstart, but with a JSF front end > Target Product: WFK > From Pete: it should also be renamed to helloworld-richfaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12484) Add "Target Product: WFK" to the quickstarts

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12484?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-12484. -------------------------------- Resolution: Done > Add "Target Product: WFK" to the quickstarts > --------------------------------------------- > > Key: RF-12484 > URL: https://issues.jboss.org/browse/RF-12484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Sande Gilda > Assignee: Brian Leathem > Fix For: 4.3.0.M2 > > > The quickstarts now have a metadata tag for "Target Product:". > The helloworld-jsf quickstart should look like this: > helloworld-jsf: Helloworld with a JSF (JavaServer Faces) Front End > ================================================================== > Author: Brian Leathem > Level: Beginner > Technologies: CDI, JSF, RichFaces > Summary: Similar to the helloworld quickstart, but with a JSF front end > Target Product: WFK > From Pete: it should also be renamed to helloworld-richfaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12581) Showcase: add myfaces to release profile

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12581?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-12581. -------------------------------- Resolution: Done > Showcase: add myfaces to release profile > ---------------------------------------- > > Key: RF-12581 > URL: https://issues.jboss.org/browse/RF-12581 > Project: RichFaces > Issue Type: Task > Security Level: Public(Everyone can see) > Components: showcase > Reporter: Jiří Štefek > Assignee: Lukáš Fryč > Labels: myfaces > Fix For: 4.3.0.M3 > > > Add myfaces to the release profile, so it's war can be also released. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12608) pickList without collectionType results in failure to lazily load

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12608?page=com.atlassian.jira.plugin.s... ] Brian Leathem closed RF-12608. ------------------------------ > pickList without collectionType results in failure to lazily load > ----------------------------------------------------------------- > > Key: RF-12608 > URL: https://issues.jboss.org/browse/RF-12608 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-selects > Affects Versions: 4.2.3.Final, 4.3.0.M2 > Reporter: Ken H > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.0.CR1 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > Changes to the selectManyHelper class in 4.2.3+ causes a lazy loading exception in hibernate when the backing collection is persistent and is not eagerly loaded. > The problem seems to be that fetching the collection in SelectManyHelper.getConvertedValue bypasses the PersistentSet getter that would normally issue the lazy load request. > Defining the collectionType (e.g. java.util.ArrayList) bypasses this issue. > Ideally this method would detect Hibernate proxy collections and handle them appropriately. However, I realize that may cause a dependency so perhaps it would be enough to document this option and situation in the component reference. > The stack trace for the exception is below: > {code} > [org.richfaces.log.Context] (http-localhost-127.0.0.1-8080-1) failed to lazily initialize a collection, no session or session was closed: org.hibernate.LazyInitializationException: failed to lazily initialize a collection, no session or session was closed > at org.hibernate.collection.internal.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:393) [hibernate-core-4.0.1.Final.jar:4.0.1.Final] > at org.hibernate.collection.internal.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:385) [hibernate-core-4.0.1.Final.jar:4.0.1.Final] > at org.hibernate.collection.internal.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:378) [hibernate-core-4.0.1.Final.jar:4.0.1.Final] > at org.hibernate.collection.internal.AbstractPersistentCollection.write(AbstractPersistentCollection.java:208) [hibernate-core-4.0.1.Final.jar:4.0.1.Final] > at org.hibernate.collection.internal.PersistentBag.add(PersistentBag.java:291) [hibernate-core-4.0.1.Final.jar:4.0.1.Final] > at org.richfaces.renderkit.SelectManyHelper.getConvertedValue(SelectManyHelper.java:350) [richfaces-components-ui-4.2.3.Final.jar:4.2.3.Final] > at org.richfaces.renderkit.SelectManyRendererBase.getConvertedValue(SelectManyRendererBase.java:108) [richfaces-components-ui-4.2.3.Final.jar:4.2.3.Final] > at javax.faces.component.UIInput.getConvertedValue(UIInput.java:1030) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIInput.validate(UIInput.java:960) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIInput.executeValidate(UIInput.java:1233) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIInput.processValidators(UIInput.java:698) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:1214) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at javax.faces.component.UIForm.processValidators(UIForm.java:253) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:55) [richfaces-core-impl-4.2.3.Final.jar:4.2.3.Final] > at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.2.3.Final.jar:4.2.3.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.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.executeComponents(ExtendedPartialViewContextImpl.java:237) [richfaces-core-impl-4.2.3.Final.jar:4.2.3.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:217) [richfaces-core-impl-4.2.3.Final.jar:4.2.3.Final] > at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:196) [richfaces-core-impl-4.2.3.Final.jar:4.2.3.Final] > at javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:1170) [jboss-jsf-api_2.1_spec-2.0.1.Final.jar:2.0.1.Final] > at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:76) [jsf-impl-2.1.7-jbossorg-2.jar:] > {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

11 years, 11 months

1
0
0 / 0

[JBoss JIRA] (RF-12625) rich:placeholder: value from placeholder is submitted [ajax only]

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12625?page=com.atlassian.jira.plugin.s... ] Brian Leathem closed RF-12625. ------------------------------ > rich:placeholder: value from placeholder is submitted [ajax only] > ----------------------------------------------------------------- > > Key: RF-12625 > URL: https://issues.jboss.org/browse/RF-12625 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-misc > Reporter: Jiří Štefek > Assignee: Lukáš Fryč > Priority: Blocker > Fix For: 4.3.0.M3 > > Original Estimate: 3 hours > Remaining Estimate: 3 hours > > When you've got a form with an input component(IC) with placeholder, don't change IC's value and submit a form with ajax, the placeholder's value is also submitted. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2013