August 2011 - richfaces-issues - Jboss List Archives

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

by Jay Balunas (JIRA)

[ https://issues.jboss.org/browse/RF-11154?page=com.atlassian.jira.plugin.s... ] Jay Balunas updated RF-11154: ----------------------------- Component/s: component-push/poll > 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: component-push/poll, 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] Commented: (RF-11156) a4j:push Performance problem in CDI sample of push in showcase

by Jay Balunas (JIRA)

[ https://issues.jboss.org/browse/RF-11156?page=com.atlassian.jira.plugin.s... ] Jay Balunas commented on RF-11156: ---------------------------------- Juraj - can you describe the setup you have? Is it one machine running all of this? Do you have separate servers and clients? Are the machine limited in some way ( RAM, CPU, etc... )? Please assign back to Lukas after you have updated. > a4j:push Performance problem in CDI sample of push in showcase > -------------------------------------------------------------- > > Key: RF-11156 > URL: https://issues.jboss.org/browse/RF-11156 > 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, containers - JBoss AS 6 and 7 > Reporter: Juraj Huska > Assignee: Lukáš Fryč > Fix For: 4.1.0.Milestone2 > > > When there is more than 5 consumers windows, it causes performance problems(take up to 20 seconds to render message on consumer), at least from the beginning, after some messsages like 3-4 the performance is improved on AS 7. -- 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-11319) Tree: selectionchange event handler called twice in region

by Pavol Pitonak (JIRA)

Tree: selectionchange event handler called twice in region ---------------------------------------------------------- Key: RF-11319 URL: https://issues.jboss.org/browse/RF-11319 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tree Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r.d0f9c11eb0dacc1444c0a3182b12567e28aef6bc Metamer 4.1.0-SNAPSHOT r.22636 Mojarra 2.0.3- JBoss AS 6.0.0.Final OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Chrome 13.0.782.112 @ Linux i686 Reporter: Pavol Pitonak # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTree/simple.xhtml?temp... # set onselectionchange=alert('xxx') # select some node in tree result: alert is displayed twice when rich:tree is placed into a4j:region, in all other templates the use case works fine -- 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-11222) Pick List - showButton attribute

by Jan Papousek (JIRA)

Pick List - showButton attribute -------------------------------- Key: RF-11222 URL: https://issues.jboss.org/browse/RF-11222 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.22608 * Mojarra 2.0.4-b09 * Apache Tomcat 6.0.32 * OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux * Firefox 3.6.19 @ Linux i686 (x86_64) Reporter: Jan Papousek When the attribute *showButton* is set to *false*, the buttons are still displayed. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-11177) OrderingList: disabling moving buttons when the items can't be moved

by Jan Papousek (JIRA)

OrderingList: disabling moving buttons when the items can't be moved -------------------------------------------------------------------- Key: RF-11177 URL: https://issues.jboss.org/browse/RF-11177 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r. Metamer 4.1.0-SNAPSHOT r.22594 Mojarra 2.0.4-b09-jbossorg-4 JBoss Web 7.0.0.CR4 OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Firefox 5.0 @ Linux x86_64 Reporter: Jan Papousek When the item is moved to the first position in the list, the "First" and "Up" button should be disabled. User has to refocused the item to make the button disabled. It's the same with moving the item to the last position. -- 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

[JBoss JIRA] Created: (RF-11308) Ordering List - can't choose a row with mouse cursor

by Jan Papousek (JIRA)

Ordering List - can't choose a row with mouse cursor ---------------------------------------------------- Key: RF-11308 URL: https://issues.jboss.org/browse/RF-11308 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0-SNAPSHOT r. Metamer 4.1.0-SNAPSHOT r.22629 Mojarra 2.0.4-b09-jbossorg-4 JBoss Web 7.0.0.CR4 OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Firefox 5.0 @ Linux x86_64 Reporter: Jan Papousek In the last RF snapshot, it's impossible to choose a row in ordering list with mouse cursor. This behaviour occurs using JBoss AS 6, JBoss AS 7, Tomcat 6 (MyFaces, Mojarra) and it can be reproduced in Metamer (faces/components/richOrderingList/simple.xhtml) and example downloaded from https://github.com/richfaces/dev-examples/tree/develop/input-demo. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
4
0 / 0

[JBoss JIRA] Created: (RF-11311) Ordering List - attribute showButton

by Jan Papousek (JIRA)

Ordering List - attribute showButton ------------------------------------ Key: RF-11311 URL: https://issues.jboss.org/browse/RF-11311 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input Affects Versions: 4.1.0.Milestone1 Environment: RichFaces 4.1.0.20110805-M1 r.10246d45dddd1d2aa2034317d5a832394cc919f9 Metamer 4.1.0.20110805-M1 r.22604 Mojarra 2.0.4-b09 Apache Tomcat 6.0.32 OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux Firefox 5.0 @ Linux x86_64 Reporter: Jan Papousek When the attribute _showButton_ is set to false, all buttons are present. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (RF-11316) Improve the data model handling in select components

by Brian Leathem (JIRA)

Improve the data model handling in select components ---------------------------------------------------- Key: RF-11316 URL: https://issues.jboss.org/browse/RF-11316 Project: RichFaces Issue Type: Enhancement Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.1.0.Milestone1 Reporter: Brian Leathem Assignee: Brian Leathem Fix For: 4.1.0.Milestone2 The Pick and Ordering list store their clientSelectItem values in a value attribute of the <tr> or <span> element that lists them. The Select and InPlaceSelect use the clientSelectItems passed through as a script option, but loop over the list for every loookup. Consolidate and improve these approaches by using the clientSelectItems script option, but make use of the jQuery#data() method to store the values in the DOM elements during component initialization. -- 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-10987) Improve GraphValidator performance

by Alexander Smirnov (JIRA)

Improve GraphValidator performance ---------------------------------- Key: RF-10987 URL: https://issues.jboss.org/browse/RF-10987 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.0.0.Final Reporter: Alexander Smirnov Assignee: Alexander Smirnov ClonedObjectResolver became performance bootleneck. We have a very simple page that displays a rich:datatable. We noticed that on the backend ClonedObjectResolver.resolveCloned gets called a lot and is very slow. Looking at the method (code below) I think the issue is that it scans the request map every time and looks for a graph prefix validator. If we comment this code out the performance improves 50%. The main question is what is it trying to do and is this only needed in some specific situations like a particular component on the page? {code} public static Object resolveCloned(ELContext context, Object base, Object property){ if(null != base || null != property){ FacesContext facesContext = FacesContext.getCurrentInstance(); Map<String, Object> requestMap = facesContext.getExternalContext().getRequestMap(); for (String key : requestMap.keySet()) { if(null != key && key.startsWith(UIGraphValidator.STATE_ATTRIBUTE_PREFIX)){ UIGraphValidator.GraphValidatorState state = (GraphValidatorState) requestMap.get(key); if(state.isSame(base, property)){ return state.getCloned(); } } } } return null; } {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
6
0 / 0

[JBoss JIRA] Created: (RF-8183) rich:column width attribute ignored if the datatable is empty

by Bob Mauranne (JIRA)

rich:column width attribute ignored if the datatable is empty ------------------------------------------------------------- Key: RF-8183 URL: https://jira.jboss.org/jira/browse/RF-8183 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Environment: jboss 5.1 richfaces 3.3.2.sr1 Reporter: Bob Mauranne I have 3 identical datatables, with the same width for the columns : the first have no width, the 3 next are 100px and the last one is 50px. when there's data, the columns have the right size, but when the datatable is empty, it's some kind of default behaviour. two images to illustrate what i mean : http://img692.yfrog.com/img692/9167/richfacesdatatablepourr.jpg and http://img691.yfrog.com/img691/9167/richfacesdatatablepourr.jpg -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 8 months

3
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues August 2011