Yeah.. when I read Jeremy's reply it was the kind of thing I was looking for but my understanding was that Jeremy was suggesting it as a possible approach. Are you saying this will work out of the box?
On Jun 19, 2012, at 3:40 PM, Martin Grigorov wrote: > As the tests shows this is pluggable in Wicket. > There is a default impl that uses casting of the payload and there is > a way to setup your own impl that does it your way. > See Jeremy's message in this thread for a solution that works as Google's one. > > On Tue, Jun 19, 2012 at 11:36 PM, Douglas Ferguson <the...@gmail.com> wrote: >> Yeah... i just don't like the idea of unpacking the payload and doing >> instanceOf, if/else do decide if I care about that message. >> >> The GoogleEvent buss approach seems better. I.E. Implement the specific >> methods for the specific event types. >> >> Douglas >> >> On Jun 19, 2012, at 3:20 PM, Martin Grigorov wrote: >> >>> Wicket always sends ComponentEvent. >>> The dynamic part is the event's payload. >>> The test shows how to receive the payload in a type-safe way. >>> >>> On Tue, Jun 19, 2012 at 11:16 PM, Douglas Ferguson <the...@gmail.com> wrote: >>>> Ok.. So I took a look at it and it is ignoring the IEvent. >>>> >>>> I'm actually interested in how to cleanly handle multiple type of IEvents >>>> without having to >>>> do if/else or instanceOf. Was curious if anybody had a nice pattern to >>>> follow. >>>> >>>> @Override >>>> 115 public void onEvent(Component component, IEvent<?> event) >>>> 116 { >>>> 117 invocationTimes++; >>>> 118 } >>>> 119 >>>> >>>> >>>> >>>> On Jun 19, 2012, at 2:20 PM, Martin Grigorov wrote: >>>> >>>>> See org.apache.wicket.EventDispatcherTest in wicket-core's tests >>>>> >>>>> On Tue, Jun 19, 2012 at 9:58 PM, Douglas Ferguson <the...@gmail.com> >>>>> wrote: >>>>>> Anybody have a good pattern for using Events without having lots of >>>>>> instanceOf, if/else, or switch statements? >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Martin Grigorov >>>>> jWeekend >>>>> Training, Consulting, Development >>>>> http://jWeekend.com >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>> >>> >>> >>> -- >>> Martin Grigorov >>> jWeekend >>> Training, Consulting, Development >>> http://jWeekend.com >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> > > > > -- > Martin Grigorov > jWeekend > Training, Consulting, Development > http://jWeekend.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org