August 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-10645) Metamer - Inplace Select sample - NullPointerException in initialization

by Lukas Fryc (JIRA)

Metamer - Inplace Select sample - NullPointerException in initialization ------------------------------------------------------------------------ Key: RF-10645 URL: https://issues.jboss.org/browse/RF-10645 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.0.0.CR1 Environment: RichFaces 4.0.0.20110227-CR1 r.21967 Metamer 4.0.0.20110228-CR1 r.21993 Apache MyFaces JSF-2.0 Core Impl 2.0.4 JBoss AS 6.0.0.Final (default configuration) OpenJDK Runtime Environment 1.6.0_20-b20 @Linux Chrome 9.0.597.98 @ Linux x86_64 Reporter: Lukas Fryc This doesn't work specifically on JBoss AS with bundled MyFaces 2.0.4 and context-param WAR_BUNDLES_JSF_IMPL. It seems container don't inject private Attributes attributes; @ManagedProperty(value = "#{model.capitals}") private List<Capital> capitals; javax.faces.FacesException: java.lang.reflect.InvocationTargetException at org.apache.myfaces.shared_impl.context.ExceptionHandlerImpl.wrap(ExceptionHandlerImpl.java:241) Caused by: java.lang.NullPointerException at org.richfaces.tests.metamer.bean.RichSelectBean.init(RichSelectBean.java:67) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
7
0 / 0

[JBoss JIRA] Commented: (RF-11154) JMS connection is left opened in showcase JMSMessageProducer.java on JBoss AS 7

by Juraj Huska (JIRA)

[ https://issues.jboss.org/browse/RF-11154?page=com.atlassian.jira.plugin.s... ] Juraj Huska commented on RF-11154: ---------------------------------- Same behavior is noticeable when using Tomcat 6.0.32, also same exception is thrown. > JMS connection is left opened in showcase JMSMessageProducer.java on JBoss AS 7 > ------------------------------------------------------------------------------- > > Key: RF-11154 > URL: https://issues.jboss.org/browse/RF-11154 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.1.0.Milestone1 > Environment: richfaces-showcase 4.1.0.-SNAPSHOT, container JBoss AS 7.0.0.Final > Reporter: Juraj Huska > Assignee: Lukáš Fryč > Fix For: 4.1.0.Milestone2 > > > When I am deploying showcase multiple times during running test suite(this multiple deployment is needed in Arquillian, since for every test class is application deployed again), I am encountering with java.lang.OutOfMemoryError: PermGen space error which in my opinion caused by this: > {code} > WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) I'm closing a JMS connection you left open. Please make sure you close all JMS connections explicitly before letting them go out of scope! > 13:03:33,712 WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) The JMS connection you didn't close was created here:: java.lang.Exception > at org.hornetq.jms.client.HornetQConnection.<init>(HornetQConnection.java:152) > at org.hornetq.jms.client.HornetQTopicConnection.<init>(HornetQTopicConnection.java:35) > at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:682) > at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:145) > at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:140) > at org.richfaces.demo.push.JMSMessageProducer.initializeMessaging(JMSMessageProducer.java:86) > at org.richfaces.demo.push.JMSMessageProducer.sendMessage(JMSMessageProducer.java:66) > at org.richfaces.demo.push.MessageProducerRunnable.run(MessageProducerRunnable.java:57) > at java.lang.Thread.run(Thread.java:662) [:1.6.0_22] > {code} > When I am deploying showcase.war which is without Push example(4.0.0.Final), so no JMS communication is opened, no Perm Gen error is thrown. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
0
0 / 0

[JBoss JIRA] Created: (RF-11304) Javascript error with rish:select

by Brian Leathem (JIRA)

Javascript error with rish:select --------------------------------- Key: RF-11304 URL: https://issues.jboss.org/browse/RF-11304 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Reporter: Brian Leathem Assignee: Brian Leathem Priority: Minor Fix For: 4.1.0.Milestone2 On running the rich:select dev-example. the following javascript errors are observed: On page load: Uncaught TypeError: Cannot call method 'getItems' of undefined On submission: Uncaught TypeError: Cannot call method 'hide' of null -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
1
0 / 0

[JBoss JIRA] Created: (RF-11206) Re-factor list.js, creating separate object prototypes for multi and single select lists

by Brian Leathem (JIRA)

Re-factor list.js, creating separate object prototypes for multi and single select lists ---------------------------------------------------------------------------------------- Key: RF-11206 URL: https://issues.jboss.org/browse/RF-11206 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.0.0.Milestone1 Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.1.0.Milestone2 In 4.1.0.M1, the list.js prototype was re-factored out of the popupList prototype, to provide support for the PickList and OrderingList components. At the time of this re-factoring, conditional logic was added to differentiate bewtween multi/single select lists. This conditional logic should be re-factored as an object hierarchy, to make the code more maintainable, more robust, and more easily understood. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (RF-9932) rich:(extended)DataTable - doesn't store the state of sorting/filtering after render=@all

by Lukas Fryc (JIRA)

rich:(extended)DataTable - doesn't store the state of sorting/filtering after render=@all ----------------------------------------------------------------------------------------- Key: RF-9932 URL: https://jira.jboss.org/browse/RF-9932 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Milestone4 Environment: RichFaces 4.0.0-SNAPSHOT r.20396 Metamer 4.0.0-SNAPSHOT r.20398 Mojarra 2.0.3-FCS Apache Tomcat 6.0.29 OpenJDK Runtime Environment 1.6.0_20-b20 @ Linux Chrome 7.0.517.44 @ Linux x86_64 Reporter: Lukas Fryc Steps to reproduce: FIRST SCENARIO (Sorting): 1. open http://localhost:8080/metamer/faces/components/richDataTable/sorting-usin... 2. sort table by number of kids using link in column header (you should see now only "0" in number of kids column) 3. go to last page (20) (you should see now only "4" in number of kids column) 4. click Rerender All button in the header of page (the output is unchaned) 5. go back to first page FAIL: column # of kids is unsorted again SECOND SCENARIO (Filtering): 1. open http://localhost:8080/metamer/faces/components/richDataTable/filtering.xhtml 2. filter table by increasing Number of Kids spinner in column header to value=1 (you should no "0" values in that column) 3. goto last page (you should no "0" values in that column) 4. click Rerender All button in the header of page (the output is unchaned) 5. go back to first page FAIL: there are "0" values in Number of Kids column and also spinner's value changed back to 0 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

4
8
0 / 0

[JBoss JIRA] Created: (RF-11299) [rich:calendar] add attribute maxlength

by Rene O (JIRA)

[rich:calendar] add attribute maxlength --------------------------------------- Key: RF-11299 URL: https://issues.jboss.org/browse/RF-11299 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 4.0.0.Final Reporter: Rene O It would be useful if you can specify the max number of characters within the input field of the calendar component. For this, add the attribute maxlength. It should be like the h:inputText component: <h:inputText value="..." maxlength="10"/> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
1
0 / 0

[JBoss JIRA] Created: (RF-11300) showcase - rich:inplaceInput - it is possible to edit the input value when it is not in editing mode

by Juraj Huska (JIRA)

showcase - rich:inplaceInput - it is possible to edit the input value when it is not in editing mode ---------------------------------------------------------------------------------------------------- Key: RF-11300 URL: https://issues.jboss.org/browse/RF-11300 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: showcase Affects Versions: 4.1.0.Milestone1 Environment: richfaces-showcase Reporter: Juraj Huska Priority: Minor It is possible to edit entered value in non editing mode. To achieve this enter some value to input and then type some another keys and again press enter. The input will be changed. But during second editing of input the input is not in editing state but in the submitted state. It will be nice to switch input to editing state whenever it is edited. This behavior is noticeable both on 4.0.0.Final and on 4.1.0.20110805-M1 showcase app, and on all browsers. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
1
0 / 0

[JBoss JIRA] Created: (RF-11293) Metamer: rich:message: Validation messages are not displayed (MyFaces)

by Ján Jamrich (JIRA)

Metamer: rich:message: Validation messages are not displayed (MyFaces) ---------------------------------------------------------------------- Key: RF-11293 URL: https://issues.jboss.org/browse/RF-11293 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9 Metamer 4.1.0.20110805-M1 r.22604 Apache MyFaces JSF-2.1 Core Impl 2.1.1 Apache Tomcat 7.0.19 Java(TM) SE Runtime Environment 1.6.0_26-b03 @Linux Chrome 12.0.742.112 @ Linux i686, IE9 Reporter: Ján Jamrich Example for messages creates some validation messages. But when click on a4j:button to submit this form with incorrect values, it doesn't display validation messages on page. But in log appears following records: WARNING: There are some unhandled FacesMessages, this means not every FacesMessage had a chance to be rendered. These unhandled FacesMessages are: - Input 1: must be greater than or equal to 2 - Input 2: must be greater than or equal to 2 This problem doesn't depends on validator type (Client side validation, bean validatio (JSR303) or f:validator on page) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
2
0 / 0

[JBoss JIRA] Created: (RF-11279) Tab Panel - adding new tab (MyFaces)

by Jan Papousek (JIRA)

Tab Panel - adding new tab (MyFaces) ------------------------------------ Key: RF-11279 URL: https://issues.jboss.org/browse/RF-11279 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc Metamer 4.1.0-SNAPSHOT r.22610 Apache MyFaces JSF-2.1 Core Impl 2.1.1 Apache Tomcat 6.0.32 OpenJDK Runtime Environment 1.6.0_22-b22 @Linux Internet Explorer 8.0 @ Win32 Reporter: Jan Papousek The sample in Metamer where user can add a new tab into the tab panel doesn't work - faces/components/richTabPanel/addTab.xhtml. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
6
0 / 0

[JBoss JIRA] Created: (RF-11141) rich:column header does't display when it has a rendered condition.

by Abdulkerim İnanmış (JIRA)

rich:column header does't display when it has a rendered condition. ------------------------------------------------------------------- Key: RF-11141 URL: https://issues.jboss.org/browse/RF-11141 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Abdulkerim İnanmış I am using richfaces 4 and jsf 2. My datatable column header does't display when I give a rendered condition as below. My code part is below. <rich:dataTable value="#{myBean.gelenIstekler}" var="istek"> <rich:column rendered="#{istek.durum=='BEKLEMEDE'}"> <f:facet name="header">Yanıt</f:facet> <h:commandLink value="Evet" action="#{myBean.setEvet(istek)}"> <f:ajax render="@form"></f:ajax> </h:commandLink> <h:commandLink value="Hayır" action="#{myBean.setHayir(istek)}" style="margin-left:5px;"> <f:ajax render="@form"></f:ajax> </h:commandLink> </rich:column> </rich:dataTable> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2011