[jsr-314-open-mirror] [jsr-314-open] [537-PrePostValidate] RESOLVED (was: Re: [2.1 Spec Review] Pre/PostValidateEvent publishing conditions)

Ed Burns edward.burns at oracle.com
Fri Oct 29 16:33:03 EDT 2010


>>>>> On Thu, 21 Oct 2010 09:55:15 -0600, David Geary <clarity.training at gmail.com> said:

DG> The only reason I can think of is that UIData is also (potentially,
DG> anyway) a container of inputs. But so are panels, and they,
DG> evidently, are excluded.  Why?

EB> No, it does not mean that *only* those components will deliver those
EB> events.  It means that in the case of components who are iterating
EB> components, the event must be published before, or after, the child
EB> component processing.  This is true for any components that have
EB> children.  I will revise the documentation to be as follows.
EB> 
EB> PostValidateEvent
EB> 
EB> Components with children must publish this event after processing their
EB> child nodes in processValidators.  This is especially important for
EB> iterating components such as UIData and form components, such as UIForm.
EB> 
EB> PreValidateEvent
EB> 
EB> Components with children must publish this before after processing their
EB> child nodes in processValidators.  This is especially important for
EB> iterating components such as UIData and form components, such as UIForm.

Ed

-- 
| edward.burns at oracle.com | office: +1 407 458 0017
| homepage:               | http://ridingthecrest.com/
|  8 work days until German Oracle User's Group Conference



More information about the jsr-314-open-mirror mailing list