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
