[richfaces-issues] [JBoss JIRA] Updated: (RF-11447) extendedDataTable re-rendering

[ https://issues.jboss.org/browse/RF-11447?page=com.atlassian.jira.plugin.s... ] Brendan Healey updated RF-11447: -------------------------------- Description: I've got a h:selectOneMenu inside a column of an extendedDataTable which can be used to modify a property of the current row. The changeInviteState valueChangeListener persists the modification to the database. What I would expect to happen in the below example is that the getEventTeamList() method returns the current data, selectOneMenu is used to make a change and the nested "<a4j:ajax render="teamTable"/>" causes the table to be re-rendered (the table getter getEventTeamList should be called to refresh the data). The problem is that this re-rendering of the table doesn't happen. I see the value change listener firing but the table value getter is not executed after the VCL. The importance of being able to re-render the table after the data change is that when using optimistic locking the table will contain a stale version number and subsequent modification attempts will fail (unless you refresh the data before making a modification, but that is an inferior approach). Note that removing <a4j:ajax event="selectionchange" makes no difference. <rich:extendedDataTable id="teamTable" binding="#{bean.teamTable}" value="#{bean.eventTeamList}" var="var" selectionMode="single" selection="#{bean.selectedTeamRow}"> <a4j:ajax event="selectionchange" listener="#{bean.teamRowSelect}"/> <rich:column style="text-align: center"> <h:selectOneMenu value="#{var.inviteState}" valueChangeListener="#{bean.changeInviteState}" rendered="#{bean.showStatusInput}"> <f:selectItems value="#{bean.teamStatusOptions}" var="svar" itemLabel="#{svar.localName}" itemValue="#{svar}"/> <a4j:ajax render="teamTable"/> </h:selectOneMenu> </rich:column> </rich:extendedDataTable> was: I've got a h:selectOneMenu inside a column of an extendedDataTable which can be used to modify a property of the current row. The changeInviteState valueChangeListener persists the modification to the database. What I would expect to happen in the below example is that the getEventTeamList() method returns the current data, selectOneMenu is used to make a change and the nested "<a4j:ajax render="teamTable"/>" causes the table to be re-rendered (the table getter getEventTeamList should be called to refresh the data). The problem is that this re-rendering of the table doesn't happen. I see the value change listener firing but the table value getter is not executed after the VCL. The importance of being able to re-render the table after the data change is that when using optimistic locking the table will contain a stale version number and subsequent modification attempts will fail (unless you refresh the data before making a modification, but that is an inferior approach). Note that removing <a4j:ajax event="selectionchange" makes no difference. <rich:extendedDataTable id="teamTable" binding="#{bean.teamTable}" value="#{bean.eventTeamList}" var="var" selectionMode="single" selection="#{bean.selectedTeamRow}"> <a4j:ajax event="selectionchange" listener="#{bean.teamRowSelect}"/> <rich:column style="text-align: center"> <h:selectOneMenu value="#{var.inviteState}" immediate="true" valueChangeListener="#{bean.changeInviteState}" rendered="#{bean.showStatusInput}"> <f:selectItems value="#{bean.teamStatusOptions}" var="svar" itemLabel="#{svar.localName}" itemValue="#{svar}"/> <a4j:ajax render="teamTable"/> </h:selectOneMenu> </rich:column> </rich:extendedDataTable> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira