Hi Dai Jun,<div><br></div><div>Thanks for your response, it now works in Firefox, in other browsers there is still a(nother) bug. It throws an illegal charset exception. In BayeuxDecoder it searches the http header ContentType for the charset of the content, not all browsers send it ie. Chrome, Safari. Look for line 75. I do not know what you plan to do in cases it is not send so I won't provide a patch to "resolve" it. I guess you can either use it when its available and just use the single argument decode function when it is not or you can just ignore that information and always use the single argument function, really up to you. Looking forward to new commits!</div>
<div><br></div><div>Good luck,</div><div><br></div><div>Tom<br>
<br><div class="gmail_quote">On Mon, Jul 27, 2009 at 11:36 AM, Dai Jun <span dir="ltr"><<a href="mailto:guiwuu@gmail.com" target="_blank">guiwuu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, Tom Hastjarjanto:<br>
<br>
Thanks a lot for your bug report and I am very excited about it, which<br>
is the first bug feedback from community. This bug is caused by a<br>
wrong client assignment of class ConnectRequest, assigning id property<br>
to clientId. I've already fix it as well as some spelling errors. You<br>
could check out the latest codes again and let me know if it still<br>
doesn't work.<br>
<br>
BTW, although the codec is not complete now, I am working on a big<br>
update with some<br>
features(<a href="http://guiwuu.blogspot.com/2009/07/bayeux4netty-report-5-new-journey.html" target="_blank">http://guiwuu.blogspot.com/2009/07/bayeux4netty-report-5-new-journey.html</a>).<br>
Any feedback from you will help me a lot and I will be very<br>
appreciate.<br>
<br>
Best regards,<br>
<br>
Dai Jun or Danny Dai in English, <a href="http://guiwuu.googlepages.com" target="_blank">http://guiwuu.googlepages.com</a><br>
GTalk: <a href="mailto:guiwuu@gmail.com" target="_blank">guiwuu@gmail.com</a> | QQ: 93409048 | MSN: <a href="mailto:guiwuu@hotmail.com" target="_blank">guiwuu@hotmail.com</a> |<br>
Twitter: guiwuu<br>
<div><div></div><div><br>
On Mon, Jul 27, 2009 at 1:37 AM, Tom Hastjarjanto<<a href="mailto:tom@intellicode.nl" target="_blank">tom@intellicode.nl</a>> wrote:<br>
> Some additional information:<br>
> Post1 response:<br>
><br>
> [{"channel":"/meta/handshake","supportedConnectionTypes":["long-polling"],"clientId":"5d529469-dc66-47b7-a2d8-b3e0d384e468"<br>
><br>
> ,"minimumVersion":"1.0beta","successful":true,"version":"1.0beta","id":"0","advice":{"interval":0,"multiple-clients"<br>
><br>
> :false,"reconnect":"retry"}}]<br>
><br>
> Post2 response:<br>
><br>
> [{"channel":"/meta/connect","clientId":"1","successful":false,"error":"401:clientId:Uknow<br>
> ClientId: 1"<br>
><br>
> ,"id":"1","timestamp":"26-7-09<br>
> 17:34","advice":{"interval":0,"multiple-clients":false,"reconnect":"retry"<br>
><br>
> }}]<br>
><br>
> Post 3:<br>
><br>
> [{"channel":"/meta/handshake","supportedConnectionTypes":["long-polling"],"clientId":"ccfbb57c-d868-4227-afb5-e2187626757a"<br>
><br>
> ,"minimumVersion":"1.0beta","successful":true,"version":"1.0beta","id":"2","advice":{"interval":0,"multiple-clients"<br>
><br>
> :false,"reconnect":"retry"}}]<br>
><br>
> Post 4:<br>
><br>
> [{"channel":"/meta/connect","clientId":"3","successful":false,"error":"401:clientId:Uknow<br>
> ClientId: 3"<br>
><br>
> ,"id":"3","timestamp":"26-7-09<br>
> 17:35","advice":{"interval":0,"multiple-clients":false,"reconnect":"retry"<br>
><br>
> }}]<br>
><br>
> it seems it increments the clientid during handshake/connect phase<br>
> On Sun, Jul 26, 2009 at 6:57 PM, Tom Hastjarjanto <<a href="mailto:tom@intellicode.nl" target="_blank">tom@intellicode.nl</a>><br>
> wrote:<br>
>><br>
>> Hey guys,<br>
>> I was just playing with the latest version of the bayeux4netty source code<br>
>> from trunk, it doesn't seem to work properly. When I try to run it and<br>
>> insert my username it keeps sending a stream of post requests to<br>
>> http://localhost:port/cometd which respond with the wild web server<br>
>> response, When I look at the log messages it goes through the connect and<br>
>> handshake phase, sends some data and then starts the same cycle again, I<br>
>> don't know whether this is due dojo or the netty code, any pointers on what<br>
>> this might be?<br>
>> Thanks!<br>
><br>
</div></div>> _______________________________________________<br>
> netty-dev mailing list<br>
> <a href="mailto:netty-dev@lists.jboss.org" target="_blank">netty-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/netty-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/netty-dev</a><br>
><br>
><br>
_______________________________________________<br>
netty-dev mailing list<br>
<a href="mailto:netty-dev@lists.jboss.org" target="_blank">netty-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/netty-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/netty-dev</a><br>
</blockquote></div><br></div>