[richfaces-issues] [JBoss JIRA] Created: (RF-11447) extendedDataTable re-rendering
extendedDataTable re-rendering
-------------------------------
Key: RF-11447
URL: https://issues.jboss.org/browse/RF-11447
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.Final
Environment: Mojarra 2.1.3.
Reporter: Brendan Healey
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