Maybe by calling event.queue() after setting a new phase id of UpdateModel.

You might be better off creating a new event, though, and queuing that one.

I've never tried to manually schedule an event, so I can't really say
what the details are, but there shouldn't be anything stopping you
from doing so.

http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/api/javax/faces/event/FacesEvent.html#queue()


On 11/21/05, Matthias Kahlau <[EMAIL PROTECTED]> wrote:
> > I think you can also requeue the event to fire in a later phase.
>
> How and where is this possible?
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Auftrag
> > von Mike Kienenberger
> > Gesendet: Montag, 21. November 2005 20:26
> > An: MyFaces Discussion
> > Betreff: Re: AW: AW: selectOneMenu and valueChangeListener method -
> > method call always before Update Model Values phase?
> >
> >
> > I think you can also requeue the event to fire in a later phase.
> >
> > On 11/21/05, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> > > Matthias Kahlau wrote:
> > > > Actually, I didn't ask for practical solutions, because I
> > have a solution
> > > > for the problem already. I hope that someony can tell me, why the
> > > > ValueChange event is fired before that Update Model Value
> > Phase. Is there a
> > > > practical reason, or is it caused by accident?
> > > >
> > > I asked, and still have the same question.
> > >
> > > And I would like to ask if it is possible to create a tag simmilar to
> > > valueChangeListener but with an "phase" attribute.
> > >
> > > <f:valueChangeListener type="#{myBean.myMethod}"
> > > phase="UPDATE_MODEL_VALUES" />
> > >
> > > other than the default valueChangeListener "type" should not point to a
> > > class, but might point to a method.
> > >
> > > I think this could be possible.
> > >
> > > ---
> > > Mario
> > >
> > >
>
>

Reply via email to