December 2011 - richfaces-issues - Jboss List Archives

[JBoss JIRA] Created: (RF-10925) ELResolver #{bean.property[value]} and graphValidator causes exception

by Jesper Vrelits (JIRA)

ELResolver #{bean.property[value]} and graphValidator causes exception ---------------------------------------------------------------------- Key: RF-10925 URL: https://issues.jboss.org/browse/RF-10925 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.0.0.Final Environment: Mojarra 2.0.4 + Tomcat 7 and Weblogic 10.3.4 Reporter: Jesper Vrelits Not able to resolve property in bean when as #{bean.property[value]} when wrapped in graphValidator. Veryified on Tomcat 7 and Weblogic 10.3.4. If graphValidator is removed it works. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

4
9
0 / 0

[JBoss JIRA] (RF-11656) Nested collapsibleSubTable always expanded

by Jesper Vrelits (Created) (JIRA)

Nested collapsibleSubTable always expanded ------------------------------------------ Key: RF-11656 URL: https://issues.jboss.org/browse/RF-11656 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component Affects Versions: 4.1.0.Milestone3 Reporter: Jesper Vrelits When I use nested collapsibleSubTable the nested collapsibleSubTable is always expanded. Even if I put expended="#{false}" it is also expanded. My facelet looks like this: {code} <rich:collapsibleSubTable value="#{logicalInstanceListController.getGroups(environment.entry)}" var="group" id="envtoggle" expandMode="ajax" expanded="#{environment.expanded}"> <rich:column> <f:facet name="header"> <h:outputText value="#{dps_msgs['instancegroup']}"/> </f:facet> <h:outputText style="margin-left: 15px" value="#{group.entry.name}"/> <rich:collapsibleSubTableToggler for="logicaltoggle"/> </rich:column> <rich:column> <f:facet name="header"> <h:outputText value="#{dps_msgs['description']}"/> </f:facet> <h:outputText value="#{group.entry.description}"/> </rich:column> <rich:collapsibleSubTable value="#{logicalInstanceListController.getLogicalInstances(group)}" var="logicalinstance" id="logicaltoggle" expandMode="ajax" expanded="#{group.expanded}"> <rich:column> <h:outputText style="margin-left: 30px" value="#{logicalinstance.name}"/> </rich:column> <rich:column> <h:outputText value="#{logicalinstance.description}"/> </rich:column> </rich:collapsibleSubTable> </rich:collapsibleSubTable> {code} Group.expanded seems to be updated correctly, so it seems the Renderer does not use this. A guess is that it uses the parent collapsibleSubTable expanded value, because they seem synchronized. My guess it the Renderer code does not work with nested collapsible sub tables. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

8
7
0 / 0

[JBoss JIRA] (RF-11814) a4j:commandLink in tabPanel disabled if switchtype = ajax

by Friedhelm Kuehn (Created) (JIRA)

a4j:commandLink in tabPanel disabled if switchtype = ajax --------------------------------------------------------- Key: RF-11814 URL: https://issues.jboss.org/browse/RF-11814 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-a4j-core, component-panels-layout-themes Affects Versions: 4.1.0.CR2 Environment: Win 7 64 Bit, Tomcat 7.0.23, Mojarra 2.1.3 Reporter: Friedhelm Kuehn In the following constellation (=extract from real page) the a4j:commandlink action method is correctly triggered on clicking when tabPanels switchType = "client" but not when switchType = "ajax" <rich:tabPanel .... switchType="client"> <rich:tab id="Query_Tab" header="Query"> <ui:include src="/pages/_Query.xhtml"/> </rich:tab> ..... <rich:tab> <f:facet name="header"> <a4j:commandLink action="#{XCmrSession.logout}"> <h:graphicImage value="/images/logout.jpg"/> </a4j:commandLink> </f:facet> Logging out, please wait ! </rich:tab> </rich:tabPanel> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

6
6
0 / 0

[JBoss JIRA] (RF-11834) [RF4.1.final] rich:picklist don't support @RequestScope

by Adrien Adrien (Created) (JIRA)

[RF4.1.final] rich:picklist don't support @RequestScope ------------------------------------------------------- Key: RF-11834 URL: https://issues.jboss.org/browse/RF-11834 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-selects Affects Versions: 4.1.0.Final Environment: JBoss 7 / RF4.1.final jdk 1.6_u27 Reporter: Adrien Adrien picklist don't works if backbean is @requestScope. (it worked in RF 3.3.x) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

4
4
0 / 0

[JBoss JIRA] (RF-11765) Datatable footer cell doesn't use all columns (wrong colspan generated)

by Karsten Wutzke (Created) (JIRA)

Datatable footer cell doesn't use all columns (wrong colspan generated) ----------------------------------------------------------------------- Key: RF-11765 URL: https://issues.jboss.org/browse/RF-11765 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.CR1 Reporter: Karsten Wutzke When specifying a datatable's header with rich:columnGroup and a rich:column in the tbody that has rendered="#{rowKeyNbr eq 0}" the wrong colspan for the table footer cell is generated. For more details, code, and images please see the forum thread: http://community.jboss.org/message/639211 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

4
5
0 / 0

[JBoss JIRA] (RF-11850) RF 4.1.0.Final: Problem using columnResize with more than one extendedDataTable on the same page.

by Christian Peter (Created) (JIRA)

RF 4.1.0.Final: Problem using columnResize with more than one extendedDataTable on the same page. ------------------------------------------------------------------------------------------------- Key: RF-11850 URL: https://issues.jboss.org/browse/RF-11850 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-tables Affects Versions: 4.1.0.Final Environment: Windows 7 x64 or arch linux x86 JBoss 7.0.1 Final or Glassfish 3.1 Reporter: Christian Peter Priority: Minor Hello, I've encountered some problems using richfaces extendedDataTables in RichFace 4.1.0.Final Here is the facelet: <h:form> <rich:extendedDataTable value="#{tableDemoManager.demoList}" var="item" style="height:300px; width:500px;"> <rich:column> <f:facet name="header">Header7</f:facet> #{item.name} </rich:column> <rich:column> <f:facet name="header">Header8</f:facet> #{item.uuid} </rich:column> <rich:column> <f:facet name="header">Header9</f:facet> #{item.uuid} </rich:column> <rich:column> <f:facet name="header">Header10</f:facet> #{item.uuid} </rich:column> </rich:extendedDataTable> </h:form> <h:form> <rich:extendedDataTable value="#{tableDemoManager.demoList}" var="item" style="height:300px; width:500px;"> <rich:column> <f:facet name="header">Header7</f:facet> #{item.name} </rich:column> <rich:column> <f:facet name="header">Header8</f:facet> #{item.uuid} </rich:column> <rich:column> <f:facet name="header">Header9</f:facet> #{item.uuid} </rich:column> <rich:column> <f:facet name="header">Header10</f:facet> #{item.uuid} </rich:column> </rich:extendedDataTable> </h:form> Resizing the columns on the first table works perfectly, but if someone tries to resize the second tables' columns as well, I've got NullPointer exceptions like: java.lang.NullPointerException at org.richfaces.renderkit.SortingFilteringRowsRenderer.updateAttribute(SortingFilteringRowsRenderer.java:135) [richfaces-components-ui-4.1.0.Final.jar: at org.richfaces.renderkit.ExtendedDataTableRenderer.updateWidthOfColumns(ExtendedDataTableRenderer.java:825) [richfaces-components-ui-4.1.0.Final.jar:] at org.richfaces.renderkit.ExtendedDataTableRenderer.doDecode(ExtendedDataTableRenderer.java:808) [richfaces-components-ui-4.1.0.Final.jar:] at org.richfaces.renderkit.RendererBase.decode(RendererBase.java:80) [richfaces-components-ui-4.1.0.Final.jar:] at javax.faces.component.UIComponentBase.decode(UIComponentBase.java:787) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at org.richfaces.component.UIDataAdaptor.processDecodes(UIDataAdaptor.java:819) [richfaces-components-ui-4.1.0.Final.jar:] at org.richfaces.context.PartialViewExecuteVisitCallback.visit(PartialViewExecuteVisitCallback.java:53) [richfaces-core-impl-4.1.0.Final.jar:] at org.richfaces.context.BaseExtendedVisitContext.invokeVisitCallback(BaseExtendedVisitContext.java:321) [richfaces-core-impl-4.1.0.Final.jar:] at org.richfaces.component.UIDataAdaptor.visitTree(UIDataAdaptor.java:1319) [richfaces-components-ui-4.1.0.Final.jar:] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1600) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at javax.faces.component.UIForm.visitTree(UIForm.java:344) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1600) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at javax.faces.component.UIComponent.visitTree(UIComponent.java:1600) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at org.richfaces.context.ExtendedPartialViewContextImpl.executeComponents(ExtendedPartialViewContextImpl.java:237) [richfaces-core-impl-4.1.0.Final.jar: at org.richfaces.context.ExtendedPartialViewContextImpl.processPartialExecutePhase(ExtendedPartialViewContextImpl.java:217) [richfaces-core-impl-4.1.0.F at org.richfaces.context.ExtendedPartialViewContextImpl.processPartial(ExtendedPartialViewContextImpl.java:196) [richfaces-core-impl-4.1.0.Final.jar:] at javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:931) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:78) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118) [jsf-impl-2.1.3-b02-jbossorg-2.jar:2.1.3-SNAPSHOT] at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593) [jboss-jsf-api_2.1_spec-2.0.0.Beta1.jar:2.0.0.Beta1] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.1.Final.jar:7.0.2.Final] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.1.Final.jar:7.0.2.Final] at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [weld-core-1.1.2.Final.jar:2011-07-26 15:02] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:280) [jbossweb-7.0.1.Final.jar:7.0.2.Final] -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

6
8
0 / 0

[JBoss JIRA] (RF-11846) rich:validator ignores @NotEmpty

by Mercer Traieste (Created) (JIRA)

rich:validator ignores @NotEmpty -------------------------------- Key: RF-11846 URL: https://issues.jboss.org/browse/RF-11846 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-validators Affects Versions: 4.1.0.Final Environment: Maven 3, Tomcat 6.0.x, Ubuntu 11.10 x64, Glassfish jsf 2.x implementation Reporter: Mercer Traieste I want to have [client-side validation|http://richfaces-showcase.appspot.com/richfaces/component-samp...] using rich:validator in Richfaces 4.1, but @NotEmpty is ignored. {code:xml} <h:outputText value="#{text['firstName']}"/> <h:inputText id="firstNameInput" value="#{richBean.firstName}"> <rich:validator/> </h:inputText> <rich:message for="firstNameInput"/> {code} {code:java} import org.hibernate.validator.constraints.NotEmpty; import javax.faces.bean.ManagedBean; import javax.faces.bean.SessionScoped; import java.io.Serializable; @ManagedBean @SessionScoped public class RichBean implements Serializable { private static final long serialVersionUID = -2403138958014741653L; @NotEmpty private String firstName; public String getFirstName() { return firstName; } public void setFirstName(String firstName) { this.firstName = firstName; } } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

6
7
0 / 0

[JBoss JIRA] Created: (RF-8201) Print RichFaces module information at start up

by Jay Balunas (JIRA)

Print RichFaces module information at start up ---------------------------------------------- Key: RF-8201 URL: https://jira.jboss.org/jira/browse/RF-8201 Project: RichFaces Issue Type: Task Security Level: Public (Everyone can see) Components: build, core Reporter: Jay Balunas Fix For: 4.0.0.ALPHA2 During start up all RichFaces modules should printout meta data into the log. This would be for each module api, ui, impl, themes, etc.... This will be more important as we allow for module releases that may not always be 100% in sync. It will also help with debugging issues. -- 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, 10 months

4
9
0 / 0

[JBoss JIRA] (RF-11750) onter() with nested tab

by Jean ANDRE (Created) (JIRA)

onter() with nested tab ----------------------- Key: RF-11750 URL: https://issues.jboss.org/browse/RF-11750 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.1.0.CR1 Environment: Websphere 8 - RAD 8 - JSF Mojorra 2.1.4 - Spring 3.0.6 Final - Use @Inject @Named @SessionScoped as annotations - Firefox 7.0.1 - Windows 7 (6.1 sp1) - AspectJ 1.6.12 / AJDT Reporter: Jean ANDRE We put onenter() on tabs, because the actionlistener does not work very well on the first click. Some tabs are static while other are dynamically constructed. Tabs are created after a search and a new tab is created with a list of items. When a user click on item list, the content of the tab is refreshed to display detailed information. These information are displayed also inside 6 static tabs. The problems comes when we click/select these static tabs. Selecting theses tabs, trigger the onter() of the parent tab even if we stay all the time on the parent tab.... We do not known if this behavior is normal or not. The following code is the dynamic tab construction - Note the onenter() {code} <rich:tabPanel id="desktopTabPanel" switchType="ajax" headerPosition="top" activeItem="#{desktopTabController.activeTab}"> <rich:tab id="tab-workitems" name="tab-workitems" header="#{msg['desktop.tab.workitems']}" onenter="enterTab('#{tab.id}')">    </rich:tab> <rich:tab id="tab-search" name="tab-search" header="#{msg['desktop.tab.search']}" onenter="enterTab('#{tab.id}')">    <a4j:outputPanel id="toggleSearchOutput">    <a4j:commandButton id="toggleCommandSearch" value="#{msg[desktopTabController.toggleSearchLabel]}" actionListener="#{desktopTabController.doToggleSearch}" render="toggleSearchOutput" immediate="true"> </a4j:commandButton> <br /> <br />    <ui:include src="client/searchClient.xhtml" />    <ui:include src="workitems/searchWorkItems.xhtml" /> </a4j:outputPanel> </rich:tab> <c:forEach items="#{desktopTabController.desktopTabBean.tabElements}" var="tab"> <rich:tab id="#{tab.id}" name="#{tab.id}" actionListener="#{desktopTabController.doTabListener}" onenter="enterTab('#{tab.id}')">    <f:facet name="header"> <h:panelGrid id="tab-header-#{tab.id}" columns="2" title="#{desktopTabController.getTabHeader(tab.id)}"> <h:outputText value="#{desktopTabController.getAdjustedTabHeader(tab.id)}" /> <h:commandButton image="/images/closeButton.png" styleClass="closeButton" action="#{desktopTabController.doCloseTab(tab.id)}" /> </h:panelGrid> </f:facet> <ui:fragment rendered="#{tab.isTabClient}">    <ui:include src="client/listClient.xhtml" /> </ui:fragment> <ui:fragment rendered="#{tab.isTabWorkItems}">    <ui:include src="workItems/listWorkItems.xhtml" /> </ui:fragment> </rich:tab> </c:forEach> </rich:tabPanel> </h:form> {code} The onenter function definition. This function set only the selectedTab variable in the backing bean {code} <a4j:jsFunction id="enterTab" name="enterTab" action="#{desktopTabController.doEnterTab}" render="menu-opened-tabs"> <a4j:param name="tabId" assignTo="#{desktopTabController.activeTab}" /> </a4j:jsFunction> {code} The onenter function inside the backing-bean {code} public String doEnterTab() { // we just need to set the activeTab because actionListener is not working // for the first click - Bug has been reported by other users. return OUTCOME_DESKTOP; } {code} The following code is the nested tabs - Those tabs appears when the use click on the item from a list. {code} <rich:tabPanel switchType="client" headerPosition="top"> <rich:tab header="#{msg['client.tab.summary']}">    <ui:include src="summaryClient.xhtml" /> </rich:tab> <rich:tab header="#{msg['client.tab.info']}">    <ui:include src="infoClient.xhtml" /> </rich:tab> <rich:tab header="#{msg['client.tab.products']}">    </rich:tab> <rich:tab header="#{msg['client.tab.phone.address']}">    </rich:tab> <rich:tab header="#{msg['client.tab.history']}">    </rich:tab> <rich:tab header="#{msg['client.tab.workitems']}">    </rich:tab> </rich:tabPanel> {code} Then, each time we click on these nested tabs, the parent tab call the onenter(). See the screen capture for better understanding of the scenario. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

4
8
0 / 0

[JBoss JIRA] (RF-11483) Elegant way for Push topic creating

by Lukáš Fryč (Created) (JIRA)

Elegant way for Push topic creating ----------------------------------- Key: RF-11483 URL: https://issues.jboss.org/browse/RF-11483 Project: RichFaces Issue Type: Feature Request Security Level: Public (Everyone can see) Components: component-push/poll, core Affects Versions: 4.1.0.Milestone1 Reporter: Lukáš Fryč Assignee: Lukáš Fryč Fix For: 4.1.0.CR1 Currently, topics have to be initialized with similar class: https://github.com/richfaces/showcase/blob/4.1.0.20110910-M2/src/main/jav... I suggest to create topic on demand (lazily), when it is accessed first. It needs following changes: * {{PushRendererBase}} - will create Topic for @address attribute * {{JMSTopicsContextImpl}} - will create topic when JMS message received * {{PushObserverMethod}} - will create topic when @Push event for given topic observed * ... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 10 months

5
12
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues December 2011