You are right, the implementation is different between the two cases.

   - eventContext =
{org.apache.tapestry5.internal.*URLEventContext*@10311}"EventContext:
   null"
      - valueEncoder = {$ContextValueEncoder_9660c5cdf431@10618}""
      - values = {java.lang.String[1]@10619}
      - values = null


   - eventContext = {org.apache.tapestry5.internal.services.
   *ArrayEventContext*@10795}"EventContext: null"
      - typeCoercer = {$TypeCoercer_9660c5cdf3af@10797}""
      - values = {java.lang.Object[1]@10798}
      - values = null

So this is a bug?

Thanks :)


On Sun, Sep 14, 2014 at 11:08 PM, Lance Java <lance.j...@googlemail.com>
wrote:

> Hmm... Perhaps this is a bug in the way tapestry-cometd fires the
> onActivate.
>
> Can you fire up a debugger and inspect the EventContext object passed to
> onActivate() in
> 1. the normal page render
> 2. the tapestry-cometd component
>
> I think there's something preventing type coercion (which passes through to
> ValueEncoder). I'm guessing it's a different EventContext implementation in
> the 2 cases.
>



-- 
Sincerely
*Boris Horvat*

Reply via email to