[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449615
]
Mircea Zahan commented on MYFACES-1492:
---
Yes, I got your point. Hope it works, I'll test it today.
Thanx again,
Mircea.
valueChangeListener is being
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449348
]
Mircea Zahan commented on MYFACES-1492:
---
Ok, let me summarize, looks like some people do not read carefully :(
1. I tried calling renderResponse() from
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449356
]
Mario Ivankovits commented on MYFACES-1492:
---
Now, please, let us try not to heat up this situation any more.
We're all nice guys, stressed by our day
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449360
]
Mircea Zahan commented on MYFACES-1492:
---
Being given the gravity of the problem, I considered it's worth opening a JIRA
issue.
Looks like I'm the only
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449372
]
Martin Marinschek commented on MYFACES-1492:
Hi Mircea,
why shouldn't your getters be called if you call renderResponse?
Of course they will be
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449377
]
Mario Ivankovits commented on MYFACES-1492:
---
Martin,
it looks like the not called getter is a known feature
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449379
]
Martin Marinschek commented on MYFACES-1492:
Ah,
now I know what you're talking about - you're talking about a dynamically bound
value to an
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449381
]
Mircea Zahan commented on MYFACES-1492:
---
They just aren't. Try it and see for yourself. Use my example above, no binding
attributes in it.
And I am
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449384
]
Mario Ivankovits commented on MYFACES-1492:
---
I too find its strange that they fire the event before the update_model phase
... I'll say thats the
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449390
]
Mario Ivankovits commented on MYFACES-1492:
---
Well, you know, there is a JSF spec, we cant do anything which makes our
implementation behave different
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449391
]
Martin Marinschek commented on MYFACES-1492:
Hi Mircea,
we're implementing a specification here - we cannot implement the basic
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449396
]
Mircea Zahan commented on MYFACES-1492:
---
WOW. That didn't cross my mind :(
In this case I owe appologies to everyone involved in this discussion,
[
http://issues.apache.org/jira/browse/MYFACES-1492?page=comments#action_12449414
]
Cagatay Civici commented on MYFACES-1492:
-
No problem:) By the way I've fixed the error in the doc. Mircea as a quick fix
you may try the component
[
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
[
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
[
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,
[
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
[
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
18 matches
Mail list logo