Re: svn commit: r472050 - /myfaces/core/trunk/impl/pom.xml

On 11/10/06, Martin Marinschek [EMAIL PROTECTED] wrote: No, I don't. Just switch back to 2.0.4 and you'll see what the problem is! It looks like it was r447870. If merging the changes is more trouble than just staying with 2.0.5, that's fine. We just need to move one way or the other.

[jira] Resolved: (TOMAHAWK-615) Exporting DataTable data to excel

[ http://issues.apache.org/jira/browse/TOMAHAWK-615?page=all ] Cagatay Civici resolved TOMAHAWK-615. - Fix Version/s: 1.1.5-SNAPSHOT Resolution: Fixed The component is in sandbox now Exporting DataTable data to excel

[jira] Resolved: (TOMAHAWK-607) Security Resolver

[ http://issues.apache.org/jira/browse/TOMAHAWK-607?page=all ] Cagatay Civici resolved TOMAHAWK-607. - Fix Version/s: 1.1.5-SNAPSHOT Resolution: Fixed The resolver is implemented and joined sandbox. Security Resolver -

[jira] Created: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

valueChangeListener is being called before the setters, even with immediate=true -- Key: MYFACES-1492 URL: http://issues.apache.org/jira/browse/MYFACES-1492 Project:

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449202 ] Cagatay Civici commented on MYFACES-1492: - This is the nature of the JSF lifecycle, try calling renderResponse of FacesContext to avoid the lifecycle

[jira] Resolved: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=all ] Cagatay Civici resolved MYFACES-1492. - Fix Version/s: 1.1.4 Resolution: Invalid valueChangeListener is being called before the setters, even with immediate=true

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449208 ] Mircea Zahan commented on MYFACES-1492: --- Already tryed that, the getters are not called because the view is not re-created. Anyway, this lifecycle is

[jira] Reopened: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=all ] Mircea Zahan reopened MYFACES-1492: --- Mr. Cagatay Civici, don't be so quickhanded on setting issues on invalid valueChangeListener is being called before the setters, even

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449211 ] Mircea Zahan commented on MYFACES-1492: --- The doc quote above was about the immediate attribute. valueChangeListener is being called before the setters,

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449218 ] Cagatay Civici commented on MYFACES-1492: - Well first of all please take it easy, you seem stressed a little bit:) I don't get what you mean by

[jira] Commented: (MYFACES-1492) valueChangeListener is being called before the setters, even with immediate=true

[ http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449262 ] Mario Ivankovits commented on MYFACES-1492: --- I've never seen valueChangeEvents fired during the invoke application phase, and yes, I too think the