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*