users@glassfish.java.net

Re: OpenCMS suffering session reset too

From: Jeanfrancois Arcand <Jeanfrancois.Arcand_at_Sun.COM>
Date: Wed, 28 Jun 2006 11:46:14 -0400

Edson Carlos Ericksson Richter wrote:
> 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.

OK :-) try adding the first jvm-options I've sent (I did a typo
forgetting the -D):

<jvm-options>-Dcom.sun.enterprise.web.connector.useCoyoteConnector=true</jvm-options>

If that doesn't work, remove that property and try with this one:

<jvm-options>-Dcom.sun.enterprise.server.ss.ASQuickStartup=false</jvm-options>

-- Jeanfrancois


>
>
> 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
>>
>>
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net