This is the infamous "Connection reset by peer" (I had some battles in
the past - I don't remember, if was with IIS or early versions of Tomcat).
Browsers tested:
Internet Explorer 6.0 with every update (local machine);
Firefox 1.5.0.4 (local machine);
Pocket Internet Explorer (WinCE 4.2, over wireless G wifi);
Nokia Mobile Browser, series 40 3rd edition.
I don't think problem is the browser... sorry.
May be anti-virus (Norton), Firewall (Windows Firewall), Anti-spyware
(Windows Defender), Routing (this machine is multi-homed) - but I
already made tests with everything off (including multi-homed).
And I have Tomcat 5.5.17 running OpenCMS without same problems (on same
browsers).
I'm using JDK 1.5.0_06 on WinXP Sp2 with all updates. Hardware is Intel
Celeron 2.2Ghz, 1,5Gb RAM.
Richter
Jeanfrancois Arcand escreveu:
>
>
> Edson Carlos Ericksson Richter wrote:
>> Here is relevant part:
>>
>> "Caused by: java.io.IOException: Uma conexão estabelecida foi anulada
>> pelo software no computador host
>
> This means the server isn't able to write the response back to the
> client because the client closed the connection before the server had
> a chance to finish the response. What kind of client are you using
> (Mozilla|Firefox|IE)?
>
> Thanks
>
> -- Jeanfrancois
>
>
>> at sun.nio.ch.SocketDispatcher.write0(Native Method)
>> at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:33)
>> at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)
>> at sun.nio.ch.IOUtil.write(IOUtil.java:75)
>> at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:302)
>> at
>> com.sun.enterprise.web.connector.grizzly.OutputWriter.flushChannel(OutputWriter.java:52)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.SocketChannelOutputBuffer.flushChannel(SocketChannelOutputBuffer.java:115)
>>
>> at
>> com.sun.enterprise.web.connector.grizzly.SocketChannelOutputBuffer.realWriteBytes(SocketChannelOutputBuffer.java:105)
>>
>> at
>> org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:404)
>> at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:326) "
>>
>> and so on.
>>
>> Richter
>>
>>
>> Edson Carlos Ericksson Richter escreveu:
>>> Yes, there is nio native lib on first line of stack trace.
>>> Where should I put the -D parameter? I'm running Sun App Server 9 as
>>> service on Windows box.
>>>
>>> Richter
>>>
>>>
>>> Jeanfrancois Arcand escreveu:
>>>> Hi Edson,
>>>>
>>>> Edson Carlos Ericksson Richter wrote:
>>>>> Hi!
>>>>>
>>>>> Just to report that is very difficult to advance with
>>>>> testing/deployments using SunAPP/Glassfish if I could not manage
>>>>> the problem of "session reset".
>>>>> Now, besides I could get OpenCMS running very well under Sun App
>>>>> 9, I can't put content, because session is reset from time to time.
>>>>> There is any way I can disable NIO and use plain java.io?
>>>>> I need urgent help, because I have at least three projects waiting
>>>>> for resolution for this problem.
>>>>
>>>> Why do you suspect NIO is the problem? Do you have any stack
>>>> traces? Can you try adding
>>>> -Dcom.sun.enterprise.web.connector.useCoyoteConnector=true and see
>>>> if you are seing the same problem (this is unsupported the IO
>>>> connector).
>>>>
>>>> Thanks
>>>>
>>>> -- Jeanfrancois
>>>>
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Richter
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>
>>>>
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
>
>