Hi,
the ClassCastException was due to using an older version of Dojo.
thanks.
--Zaid
http://altmobile.com/Home.html
On Jan 18, 2008, at 8:08 PM, ALT Mobile DEV wrote:
> Hi and thanks for the response. There is no manipulation on my part
> as this is all handled by Grizzly.
>
> In my last post I did a screen shot of our http monitor so perhaps
> Safari or Dojo is not encoding correctly.
>
> --Zaid
>
> http://altmobile.com
>
>
>
>
> On Jan 18, 2008, at 6:53 PM, Shing Wai Chan <Shing-Wai.Chan_at_Sun.COM>
> wrote:
>
>> ALT Mobile DEV wrote:
>>>
>>>>> I was running the chat sample from the GlassFish download to
>>>>> ensure that my CometHandler was working but got this:
>>>>> Jan 18, 2008 8:45:09 AM
>>>>> com.sun.grizzly.standalone.StaticResourcesAdapter <init>
>>>>> INFO: New Servicing page from: /Users/.../ALTMobile/objsvr
>>>>> Bayeux Server startup in 153 ms
>>>>> Jan 18, 2008 8:48:34 AM
>>>>> com.sun.grizzly.http.DefaultProcessorTask invokeAdapter
>>>>> SEVERE: processorTask.serviceError
>>>>> java.lang.ClassCastException: java.lang.Double cannot be cast to
>>>>> java.lang.String
>>>>> at
>>>>> com
>>>>> .sun.grizzly.cometd.bayeux.VerbUtils.newHandshake(VerbUtils.java:
>>>>> 125)
>>>>> at
>>>>> com.sun.grizzly.cometd.bayeux.VerbUtils.parseMap(VerbUtils.java:
>>>>> 97)
>>>>> at com.sun.grizzly.cometd.bayeux.VerbUtils.parse(VerbUtils.java:
>>>>> 69)
>>>>> at
>>>>> com
>>>>> .sun.grizzly.cometd.EventRouterImpl.route(EventRouterImpl.java:91)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .grizzly
>>>>> .cometd.standalone.CometdAdapter.service(CometdAdapter.java:
>>>>> 240) at
>>>>> com
>>>>> .sun
>>>>> .grizzly
>>>>> .http
>>>>> .DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:
>>>>> 599) at
>>>>> com
>>>>> .sun.grizzly.comet.CometEngine.executeServlet(CometEngine.java:
>>>>> 547)
>>>>> at com.sun.grizzly.comet.CometEngine.handle(CometEngine.java:299)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .grizzly.comet.CometAsyncFilter.doFilter(CometAsyncFilter.java:87)
>>>>> at
>>>>> com
>>>>> .sun
>>>>> .grizzly
>>>>> .arp
>>>>> .DefaultAsyncExecutor.invokeFilters(DefaultAsyncExecutor.java:
>>>>> 162) at
>>>>> com
>>>>> .sun
>>>>> .grizzly
>>>>> .arp.DefaultAsyncExecutor.interrupt(DefaultAsyncExecutor.java:
>>>>> 140) at
>>>>> com
>>>>> .sun
>>>>> .grizzly.arp.AsyncProcessorTask.doTask(AsyncProcessorTask.java:79)
>>>>> at com.sun.grizzly.http.TaskBase.call(TaskBase.java:346)
>>>>> at
>>>>> com.sun.grizzly.util.WorkerThreadImpl.run(WorkerThreadImpl.java:
>>>>> 179)
>>>>> I haven't had the chance to study and modify the JavaScript but
>>>>> I wanted you to see if I missed something fundamental.
>>>>
>>>> Hum...this is strange. Is this with the trunk? Which version of
>>>> Grizzly? Can you post your Javascript?
>> According to the above stack trace, the version number is passed as
>> double in request.
>> This is not correct according to Bayeux Protocol:
>>
>> version = integer *( "." version_element )
>> version_element = alphanum *( alphanum | "-" | "_" )
>>
>> It should be a String. How is the request generated?
>> Regards,
>> Shing Wai Chan
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>