> It seems like this is contributing to my deadlock (but I'm not a thread dump expert, so I can't tell exactly):
> "HttpServer-0" daemon prio=5 tid=10c0cc000 nid=0x10dd65000 in Object.wait() [10dd64000]
> java.lang.Thread.State: TIMED_WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on<7df1574a8> (a java.lang.Object)
> at org.glassfish.grizzly.utils.DelayedExecutor$DelayedRunnable.run(DelayedExecutor.java:159)
> - locked<7df1574a8> (a java.lang.Object)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:680)
That's ok.
Can you pls. post how you suspend/resume response and code, which writes
data to the OutputStream or Writer?
Thanks.
Alexey.
> jb
>
>
> On Jul 20, 2011, at 11:15 AM, Oleksiy Stashok wrote:
>
>> On 07/20/2011 06:10 PM, Jon Brisbin wrote:
>>> On Jul 20, 2011, at 11:03 AM, Oleksiy Stashok wrote:
>>>
>>>> Which Grizzly version are you using? Is it one taken from the trunk or 2.1.1?
>>> 2.1.1
>> Please try to checkout Grizzly 2.0 code from trunk (version 2.1.2-SNAPSHOT) and test it?
>>
>> Thanks.
>>
>> WBR,
>> Alexey.
>>
>>
>>>> Again would be easier, if I'd be able to reproduce this on a simple test.
>>> Yeah, I know that would be a lot simpler. Unfortunately I'm trying to keep up with another group that's doing something similar and I don't have a lot of time to extract the appropriate bits of this application and put them into separate test.
>>>
>>> I was kinda hoping someone might recognize the error and say "adjust this knob and you'll be all set". :)
>>>
>>> I'm using HttpServer.createSimpleServer() and registering a single HttpHandler implementation that accepts HTTP uploads and streams them to a FileChannel object using the NIOInputStream to read from the client, if it makes any difference.
>>>
>>> If I have time, I'll try and break this stuff out into a test case...
>>>
>>> jb
>>>
>>>
>>>> Thanks.
>>>>
>>>> WBR,
>>>> Alexey.
>>>>
>>>>> Thanks!
>>>>>
>>>>> Jon Brisbin
>>>>>
>>>>> http://jbrisbin.com
>>>>> Twitter: @j_brisbin
>>>>>
>>>>>
>>> Thanks!
>>>
>>> Jon Brisbin
>>>
>>> http://jbrisbin.com
>>> Twitter: @j_brisbin
>>>
>>>
>
> Thanks!
>
> Jon Brisbin
>
> http://jbrisbin.com
> Twitter: @j_brisbin
>
>