Oh Ok.
Yes, I am using Windows, and the sample stockquote client packaged in the
samples in the synapse dist.
I guess a WARN message should be appropriate in this case.

Regards
Eric.

On 10/8/07, Asankha C. Perera <[EMAIL PROTECTED]> wrote:
>
> Eric
>
> Are you using windows? Also whats your client application written in?
> Most probably what happens is that your client sends the request stating
> HTTP 1.1 which implies the use of keepalives unless a "Connection:
> close" header is specified along with the request. But as soon as it
> gets the response back - the client closes the connection and possibly
> terminates itself. One way to find out if this is the cause is to send
> the request to Synpase through TCPMon etc and check if what I am saying
> is taking place - note that the sample stockquote client etc that uses
> Axis2 in our samples also suffers from this - but this is not a defect
> with Synapse. We could update Synapse to just do a WARN on this.. your
> thoughts are welcome
>
> asankha
>
> Eric Nygma wrote:
> > Hi,
> >
> > I checked out the latest sources from thr SNV trunk today - 8th Oct.
> >
> > When running synapse sample 0 : with configuration :
> > <definitions xmlns="http://ws.apache.org/ns/synapse";>
> >     <!-- log all attributes of messages passing through -->
> >     <log level="full"/>
> >     <send/>
> > </definitions>
> >
> > Although the sample client got back the response, I got the following at
> the
> > server logs  :
> >
> > Sending To: http://www.w3.org/2005/08/addressing/anonymous
> > SOAPAction: null
> > 2007-10-08 12:20:05,354 [xxxxx] [HttpClientWorker-1] DEBUG SendMediator
> End
> > : Send mediator
> > 2007-10-08 12:20:05,355 [xxxxx] [HttpClientWorker-1] DEBUG
> SequenceMediator
> > End : Sequence <main>
> > 2007-10-08 12:20:05,686 [xxxxx] [I/O dispatcher 6] ERROR ServerHandler
> HTTP
> > connection [/127.0.0.1:
> > 59777]: An existing connection was forcibly closed by the remote host
> > java.io.IOException: An existing connection was forcibly closed by the
> > remote host
> >         at sun.nio.ch.SocketDispatcher.read0(Native Method)
> >         at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:25)
> >         at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:233)
> >         at sun.nio.ch.IOUtil.read(IOUtil.java:206)
> >         at sun.nio.ch.SocketChannelImpl.read(SocketChannelImpl.java:207)
> >         at
> >
> org.apache.axis2.transport.nhttp.LoggingIOSession$LoggingByteChannel.read(
> > LoggingIOSession.java:184)
> >         at org.apache.http.impl.nio.reactor.SessionInputBufferImpl.fill(
> > SessionInputBufferImpl.java:84)
> >         at
> org.apache.http.impl.nio.codecs.AbstractMessageParser.fillBuffer(
> > AbstractMessageParser.java:97)
> >         at
> > org.apache.http.impl.nio.DefaultNHttpServerConnection.consumeInput(
> > DefaultNHttpServerConnection.java:110)
> >         at
> > org.apache.axis2.transport.nhttp.PlainServerIOEventDispatch.inputReady(
> > PlainServerIOEventDispatch.java:69)
> >         at org.apache.http.impl.nio.reactor.BaseIOReactor.readable(
> > BaseIOReactor.java:94)
> >         at
> org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvent(
> > AbstractIOReactor.java:189)
> >         at
> org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvents(
> > AbstractIOReactor.java:174)
> >         at org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(
> > AbstractIOReactor.java:137)
> >         at org.apache.http.impl.nio.reactor.BaseIOReactor.execute(
> > BaseIOReactor.java:69)
> >         at
> > org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run
> (
> > AbstractMultiworkerIOReactor.java:28
> > 1)
> >         at java.lang.Thread.run(Thread.java:595)
> >
> > Any idea why this could be happening ?
> >
> > Thanks
> > Eric.
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to