April 2013 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-12688) Upgrade Guava from 11.02 to 13.0.1

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/RF-12688?page=com.atlassian.jira.plugin.s... ] Jan Papousek closed RF-12688. ----------------------------- > Upgrade Guava from 11.02 to 13.0.1 > ---------------------------------- > > Key: RF-12688 > URL: https://issues.jboss.org/browse/RF-12688 > Project: RichFaces > Issue Type: Component Upgrade > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.3.0.M3 > Reporter: Juergen Zimmermann > Assignee: Lukáš Fryč > Fix For: 4.3.2 > > Original Estimate: 15 minutes > Remaining Estimate: 15 minutes > > The Guava version used by RF is 11.0.2. However, there is 13.0.1 (or even 14.0-rc1). -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12944) Rerender problem on popup panel

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12944?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12944: ------------------------------- Description: Some page what we made, it contains popup panel. The method which shows the popup is like this: {code} <a4j:commandButton styleClass="standardButton" value="#{property.someThing}" action="#{bean.action}" render="contentClientId" oncomplete="#{rich:component('panelName')}.show();"/> {code} but after showing the popup contains old data and 1-2 seconds later refresh and we can see the correct data. was: Some page what we made, it contains popup panel. the method which showing the popup like this <a4j:commandButton styleClass="standardButton" value="#{property.someThing}" action="#{bean.action}" render="contentClientId" oncomplete="#{rich:component('panelName')}.show();"/> but after showing the popup contains old data and 1-2 seconds later refresh and we can see the correct datas. > Rerender problem on popup panel > ------------------------------- > > Key: RF-12944 > URL: https://issues.jboss.org/browse/RF-12944 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-panels-layout-themes > Affects Versions: 4.2.2.Final > Reporter: András Bognár > > Some page what we made, it contains popup panel. The method which shows the popup is like this: > {code} > <a4j:commandButton > styleClass="standardButton" > value="#{property.someThing}" > action="#{bean.action}" > render="contentClientId" > oncomplete="#{rich:component('panelName')}.show();"/> > {code} > but after showing the popup contains old data and 1-2 seconds later refresh and we can see the correct data. -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12801) org.richfaces.resourceOptimization.enabled parameter with true value disables WebBeansELResolver to register in Websphere

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12801?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12801: ------------------------------- Labels: ELResolver optimization resource websphere (was: ELResolver optimization resource waiting_on_user websphere) > org.richfaces.resourceOptimization.enabled parameter with true value disables WebBeansELResolver to register in Websphere > ------------------------------------------------------------------------------------------------------------------------- > > Key: RF-12801 > URL: https://issues.jboss.org/browse/RF-12801 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: resource handling > Affects Versions: 4.3.0.Final > Environment: Websphere 8.0.0.3 and Websphere 8.0.0.5, Windows 7, Richfaces 4.3.0.Final > Reporter: Erdem YILMAZ > Assignee: Lukáš Fryč > Labels: ELResolver, optimization, resource, websphere > > when we use context param org.richfaces.resourceOptimization.enabled in web.xml, the CDI listener is not registered in Websphere. > resourcesOptimization parameter disables org.apache.webbeans.el.WebBeansELResolver in Websphere. In richfaces 4.2.3.Final version, resourceOptimization parameter do not affect the CDI behaviour. > we have disabled the resource optimization in order to work with richfaces but for the production environment, we prefer to enable it. -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12896) Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JBoss EAP 6

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12896?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12896: ------------------------------- Fix Version/s: (was: 4.3.2) > Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JBoss EAP 6 > ---------------------------------------------------------------------------------------------------------------------- > > Key: RF-12896 > URL: https://issues.jboss.org/browse/RF-12896 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Attachments: jboss-as-helloworld-rf.war, modules.zip, RichBean.java > > > Our application uses Richfaces push functionality and makes a call to lookup the TopicsContext in the constructor of one of a backing bean. The code looks like this below. This works fine when Richfaces is packaged in the war, however when we extract the richfaces jars into a module and have our applications declare a module dependency, there is an issue when we redeploy the application. It works fine when JBoss is first started, but if we redeploy the application while JBoss is running, we are getting a NullPointerException in our application because TopicsContext.lookup() is returning null. > {code} > @PostConstruct > public void postContruct() { > TopicsContext topicsContext = TopicsContext.lookup(); > if(topicsContext == null) > log(" - topicsContext is NULL"); > pushTK = new TopicKey(PUSH_TOPIC); > // this will fail if topicsContext is null (NPE) > topicsContext.getOrCreateTopic(pushTK); > } > {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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12896) Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JBoss EAP 6

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-12896?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-12896: ------------------------------- Component/s: component-push/poll > Richfaces TopicsContext.lookup() returns null after redeployment when Richfaces is deployed as a module in JBoss EAP 6 > ---------------------------------------------------------------------------------------------------------------------- > > Key: RF-12896 > URL: https://issues.jboss.org/browse/RF-12896 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-push/poll > Affects Versions: 4.2.3.Final > Reporter: Ilia Vassilev > Assignee: Brian Leathem > Fix For: 4.3.2 > > Attachments: jboss-as-helloworld-rf.war, modules.zip, RichBean.java > > > Our application uses Richfaces push functionality and makes a call to lookup the TopicsContext in the constructor of one of a backing bean. The code looks like this below. This works fine when Richfaces is packaged in the war, however when we extract the richfaces jars into a module and have our applications declare a module dependency, there is an issue when we redeploy the application. It works fine when JBoss is first started, but if we redeploy the application while JBoss is running, we are getting a NullPointerException in our application because TopicsContext.lookup() is returning null. > {code} > @PostConstruct > public void postContruct() { > TopicsContext topicsContext = TopicsContext.lookup(); > if(topicsContext == null) > log(" - topicsContext is NULL"); > pushTK = new TopicKey(PUSH_TOPIC); > // this will fail if topicsContext is null (NPE) > topicsContext.getOrCreateTopic(pushTK); > } > {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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-9368) a4j response contains duplicate content (Ajax-Update-Ids, ajax-view-state, Ajax-Response)

by Peter Gwiazda (JIRA)

[ https://issues.jboss.org/browse/RF-9368?page=com.atlassian.jira.plugin.sy... ] Peter Gwiazda commented on RF-9368: ----------------------------------- org.ajax4jsf.renderkit.AjaxContainerRenderer {noformat} 127 AjaxRendererUtils.encodeAreas(context, component); 128 AjaxRendererUtils.encodeAjaxEnd(context, component); {noformat} then inside AjaxRendererUtils.encodeAjaxEnd the AjaxRendererUtils.encodeAreas is called once again: {noformat} 964 public static void encodeAjaxEnd(FacesContext context, UIComponent component) 965 throws IOException { 966 // AjaxContainer ajax = (AjaxContainer) component; 967 ResponseWriter out = context.getResponseWriter(); 968 // DebugUtils.traceView("ViewRoot in AJAX Page encode begin"); 969 970 encodeAreas(context, component); 971 out.endElement("body"); 972 out.endElement("html"); 973 } {noformat} > a4j response contains duplicate content (Ajax-Update-Ids, ajax-view-state, Ajax-Response) > ----------------------------------------------------------------------------------------- > > Key: RF-9368 > URL: https://issues.jboss.org/browse/RF-9368 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 3.3.3.Final > Reporter: Kai Gülzau > Labels: a4j > Fix For: 3.Future > > > While debugging network traffic in a richfaces application i recognized some duplicate data in the XML response. > For example all responses on the demo site for a4j:poll (http://livedemo.exadel.com/richfaces-demo/richfaces/poll.jsf) > are containing something like this: > ... > <meta name="Ajax-Update-Ids" content="j_id353:poll,j_id354:grid" /> > <span id="ajax-view-state"><input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="j_id2" /></span> > <meta id="Ajax-Response" name="Ajax-Response" content="true" /> > <meta name="Ajax-Update-Ids" content="j_id353:poll,j_id354:grid" /> > <span id="ajax-view-state"><input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="j_id2" /></span> > <meta id="Ajax-Response" name="Ajax-Response" content="true" /> > ... -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12944) Rerender problem on popup panel

by András Bognár (JIRA)

András Bognár created RF-12944: ---------------------------------- Summary: Rerender problem on popup panel Key: RF-12944 URL: https://issues.jboss.org/browse/RF-12944 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-panels-layout-themes Affects Versions: 4.2.2.Final Reporter: András Bognár Some page what we made, it contains popup panel. the method which showing the popup like this <a4j:commandButton styleClass="standardButton" value="#{property.someThing}" action="#{bean.action}" render="contentClientId" oncomplete="#{rich:component('panelName')}.show();"/> but after showing the popup contains old data and 1-2 seconds later refresh and we can see the correct datas. -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12943) ExtendedDataTable: filterType custom and clearing of filter input doesnt work correctly

by dako ak (JIRA)

[ https://issues.jboss.org/browse/RF-12943?page=com.atlassian.jira.plugin.s... ] dako ak updated RF-12943: ------------------------- Attachment: JSF2-RichFaces-Test.zip > ExtendedDataTable: filterType custom and clearing of filter input doesnt work correctly > --------------------------------------------------------------------------------------- > > Key: RF-12943 > URL: https://issues.jboss.org/browse/RF-12943 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.1 > Environment: Tomcat 7, Mojarra 2.1.21 > Reporter: dako ak > Attachments: JSF2-RichFaces-Test.zip > > > According to my appended test project: > I have a simple extendedDataTable with one column (firstName) with a filter input component within the header. This is the default filter input created by the extendedDataTable. The second column (city) has a filterType="custom" and an inputText componenent within the header. The filterType attribute with value "custom" is ignored because the default input text is rendered too. > The second problem with the input filter is that I can't clear this filter input text components by a a4j:commandButton. The table is correct filtered but the filter input text fields are not cleared. -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12943) ExtendedDataTable: filterType custom and clearing of filter input doesnt work correctly

by dako ak (JIRA)

dako ak created RF-12943: ---------------------------- Summary: ExtendedDataTable: filterType custom and clearing of filter input doesnt work correctly Key: RF-12943 URL: https://issues.jboss.org/browse/RF-12943 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.3.1 Environment: Tomcat 7, Mojarra 2.1.21 Reporter: dako ak According to my appended test project: I have a simple extendedDataTable with one column (firstName) with a filter input component within the header. This is the default filter input created by the extendedDataTable. The second column (city) has a filterType="custom" and an inputText componenent within the header. The filterType attribute with value "custom" is ignored because the default input text is rendered too. The second problem with the input filter is that I can't clear this filter input text components by a a4j:commandButton. The table is correct filtered but the filter input text fields are not cleared. -- This message is automatically generated by JIRA. 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, 7 months

1
0
0 / 0

[JBoss JIRA] (RF-12928) ExtendedDataTable: columnsOrder doesnt work after changing order

by dako ak (JIRA)

[ https://issues.jboss.org/browse/RF-12928?page=com.atlassian.jira.plugin.s... ] dako ak commented on RF-12928: ------------------------------ Many thanks, I have tested it in 4.3.2.CR1, it works. :-) > ExtendedDataTable: columnsOrder doesnt work after changing order > ---------------------------------------------------------------- > > Key: RF-12928 > URL: https://issues.jboss.org/browse/RF-12928 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.1 > Environment: Tomcat 7, Mojarra 2.1.21 > Reporter: dako ak > Assignee: Brian Leathem > Labels: regression > Fix For: 4.3.2 > > Attachments: JSF2-RichFaces-Test.zip > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > According to the resolved bug RF-11776 I've tried the attribute "columnsOrder" in ExtendedDataTable. > I have a simple test case with a data table and an action button. Within the action button method I change the String Array of the attribute columnsOrder but the columns of the data table is rendered in the old order. > I have appended a test project to reproduce it. In this test project I have an a4j ajax button and a simple button, both arent working. > Best regards -- This message is automatically generated by JIRA. 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, 7 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 April 2013