Re: Re^2: Comet servlet synchronization and flush problems

2007-12-27 Thread Leonardo Fraga
Hello, Your posts helped a lot. Thanks everybody! Now I have a production level asynchronous servlet (a Santa Claus' gift?), and I want to share some technical learned lessons: - You must ensure the response be commited before asynchronous writes, say on the BEGIN event, as said Filip and Frank

Re: Re^2: Comet servlet synchronization and flush problems

2007-11-30 Thread Filip Hanik - Dev Lists
ffd wrote: I found the origin of the problem in my case. The problem was neither the synchronization nor the connection gone. It was that the asynchronous writing started too early, before the connection was completely established, speaking losely... just call response.flushBuffer() on the B

Re^2: Comet servlet synchronization and flush problems

2007-11-26 Thread ffd
I found the origin of the problem in my case. The problem was neither the synchronization nor the connection gone. It was that the asynchronous writing started too early, before the connection was completely established, speaking losely... When I made sure that the writing starts *after* all t

Re: Comet servlet synchronization and flush problems

2007-11-26 Thread ffd
Leonardo, Filip, I face the exact same problem (tried with 6.0.13 and 6.0.14 on Vista), with a very similar code. Though I'm writing small packets with very high frequency (speex narrowband audio packets). The NPE shows up after 30 seconds or so in my case. I also did a sync on the response, an

Re: Comet servlet synchronization and flush problems

2007-11-22 Thread Filip Hanik - Dev Lists
a NPE probably has nothing to do with synchronization, more like you are trying to write back on an invalid connection (that probably timed out) Filip Leonardo Fraga wrote: Hello, I'm developing a java web application for finances quotes' real-time stream, for hundreds of concurrent users. T

Comet servlet synchronization and flush problems

2007-11-21 Thread Leonardo Fraga
Hello, I'm developing a java web application for finances quotes' real-time stream, for hundreds of concurrent users. The solution involves a long http request serving javascript snippets that will be executed by broser when received, changing the data shown to the user. To do this, I have a