On 10/17/05, Craig McClanahan <[EMAIL PROTECTED]> wrote: > On 10/17/05, Rahul Akolkar <[EMAIL PROTECTED]> wrote: <snip/> > > Some of the above might manifest into null outcomes, in which case, it > > might make sense to not delegate to the default NavigationHandler > > (even if the outcome is null). I believe a suitable approach here will > > tend to be along these lines: > > > > * Delegate to DialogNavigationHandler when dialog is running. > > * DialogNavigationHandler determines if the outcome was of any > > consequence to this dialog. > > > Hmm ... it's not clear how DialogNavigationHandler is supposed to make this > determination. Wouldn't we need some special transition that dealt with a > null outcome, and a way to say "stay where you are" in that case? > <snap/>
The determination can be made (as you allude to below) by ascertaining whether the triggers have any transitions defined for them. This is one of the things I've been meaning to add to Commons SCXML (feedback about whether transitions were defined for a trigger, whether any were followed -- since following is a function of what the guard condition evaluated to, at that instance in time, if such a condition exists etc.), so I'll do that this week. ATM, I think a special transition may not be required, however, I need to dwell on this (with examples). > * Inconsequential triggers, then [since we have determined, do not > > pertain to the dialog on hand], become suitable candidates to be > > rewired to the default JSF NavigationHandler. > > > I suppose one could generalize that to say any outcome (or, at least one > returned by a view state) for which there is no defined transition should be > deledgated. > <snap/> I'd agree with the generalization as I don't see null outcome as a special case w.r.t this discussion. -Rahul > If I have some code which we can stare at, I'll post some more later > > in the week. > > > > -Rahul > > > > [1] http://issues.apache.org/bugzilla/show_bug.cgi?id=37120 > > > > > > Craig > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
