myfaces-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Leonardo Uribe (JIRA)" <...@myfaces.apache.org>
Subject [jira] [Resolved] (MYFACES-3249) [2.1 Spec Review] Pre/PostValidateEvent publishing conditions
Date Thu, 28 Jul 2011 02:49:09 GMT

     [ https://issues.apache.org/jira/browse/MYFACES-3249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Leonardo Uribe resolved MYFACES-3249.
-------------------------------------

       Resolution: Fixed
    Fix Version/s: 2.1.2
                   2.0.8

> [2.1 Spec Review] Pre/PostValidateEvent publishing conditions
> -------------------------------------------------------------
>
>                 Key: MYFACES-3249
>                 URL: https://issues.apache.org/jira/browse/MYFACES-3249
>             Project: MyFaces Core
>          Issue Type: Bug
>          Components: JSR-314
>            Reporter: Leonardo Uribe
>            Assignee: Leonardo Uribe
>             Fix For: 2.0.8, 2.1.2
>
>
> This issue was open long time ago as:
> http://java.net/jira/browse/JAVASERVERFACES_SPEC_PUBLIC-537
> but on the way we forgot it. There is no changes on the spec, but section 3.2.7.3 says
this:
> "... The PreValidateEvent is published immediately before the component gets validated.
PostValidate is published after validation has occurred, regardless if the validation was
successful or not. If the validation for the component did pass successfully, and the previous
value of this component differs from the current value, the ValueChangeEvent is published.
..."
> The problem we had was the code implemented did not match the spec, but finally it was
corrected. Here is the mail notifying the change:
> [jsr-314-open] [537-PrePostValidate] RESOLVED (was: Re: [2.1 Spec Review] Pre/PostValidateEvent
publishing conditions)
> 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.
> Anyway we have to notify the EG about the javadoc does not include this detail and fix
it into our codebase.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message