You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@synapse.apache.org by Eric Nygma <pr...@gmail.com> on 2007/10/08 08:58:40 UTC
synapse sample 0 works, but with server side IOException
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.
Re: synapse sample 0 works, but with server side IOException
Posted by "Asankha C. Perera" <as...@wso2.com>.
Hi Eric
Thanks - thats perfect! Its always great to get direct feedback,
enhancement requests and JIRA's from real users, this helps us focus
more on these issues than raising the JIRAs ourselves and fixing them
ourselves. I believe this kind of collaboration between the real users
and the developers helps any open source project succeed
asankha
Eric Nygma wrote:
> Hi Asankha,
>
> I have filed a JIRA : https://issues.apache.org/jira/browse/SYNAPSE-136 for
> the same.
> I am new to filing JIRA's , so please excuse me if I have missed filling
> certain sections of the JIRA.
>
> Thanks
> Eric.
>
> On 10/8/07, Asankha C. Perera <as...@wso2.com> wrote:
>
>> Paul / Eric
>>
>> +1.. however I remember this was not so easy to catch in Windows even
>> just before the 1.0 release time.. Eric, would be good if you could file
>> a JIRA so that we could include a test for this with each release
>>
>> asankha
>>
>> Paul Fremantle wrote:
>>
>>> Asankha
>>>
>>> I think we need to add text to the WARN implying this is business as
>>>
>> usual too
>>
>>> e.g. "Probably caused by an HTTP Keep-alive session ending."
>>>
>>> Paul
>>>
>>> On 10/8/07, Eric Nygma <pr...@gmail.com> wrote:
>>>
>>>
>>>> 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 <as...@wso2.com> 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: synapse-user-unsubscribe@ws.apache.org
>>>>> For additional commands, e-mail: synapse-user-help@ws.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>
>
Re: synapse sample 0 works, but with server side IOException
Posted by Eric Nygma <pr...@gmail.com>.
Hi Asankha,
I have filed a JIRA : https://issues.apache.org/jira/browse/SYNAPSE-136 for
the same.
I am new to filing JIRA's , so please excuse me if I have missed filling
certain sections of the JIRA.
Thanks
Eric.
On 10/8/07, Asankha C. Perera <as...@wso2.com> wrote:
>
> Paul / Eric
>
> +1.. however I remember this was not so easy to catch in Windows even
> just before the 1.0 release time.. Eric, would be good if you could file
> a JIRA so that we could include a test for this with each release
>
> asankha
>
> Paul Fremantle wrote:
> > Asankha
> >
> > I think we need to add text to the WARN implying this is business as
> usual too
> > e.g. "Probably caused by an HTTP Keep-alive session ending."
> >
> > Paul
> >
> > On 10/8/07, Eric Nygma <pr...@gmail.com> wrote:
> >
> >> 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 <as...@wso2.com> 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: synapse-user-unsubscribe@ws.apache.org
> >>> For additional commands, e-mail: synapse-user-help@ws.apache.org
> >>>
> >>>
> >>>
> >
> >
> >
>
Re: synapse sample 0 works, but with server side IOException
Posted by "Asankha C. Perera" <as...@wso2.com>.
Paul / Eric
+1.. however I remember this was not so easy to catch in Windows even
just before the 1.0 release time.. Eric, would be good if you could file
a JIRA so that we could include a test for this with each release
asankha
Paul Fremantle wrote:
> Asankha
>
> I think we need to add text to the WARN implying this is business as usual too
> e.g. "Probably caused by an HTTP Keep-alive session ending."
>
> Paul
>
> On 10/8/07, Eric Nygma <pr...@gmail.com> wrote:
>
>> 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 <as...@wso2.com> 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: synapse-user-unsubscribe@ws.apache.org
>>> For additional commands, e-mail: synapse-user-help@ws.apache.org
>>>
>>>
>>>
>
>
>
Re: synapse sample 0 works, but with server side IOException
Posted by Paul Fremantle <pz...@gmail.com>.
Asankha
I think we need to add text to the WARN implying this is business as usual too
e.g. "Probably caused by an HTTP Keep-alive session ending."
Paul
On 10/8/07, Eric Nygma <pr...@gmail.com> wrote:
> 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 <as...@wso2.com> 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: synapse-user-unsubscribe@ws.apache.org
> > For additional commands, e-mail: synapse-user-help@ws.apache.org
> >
> >
>
--
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair
blog: http://pzf.fremantle.org
paul@wso2.com
"Oxygenating the Web Service Platform", www.wso2.com
---------------------------------------------------------------------
To unsubscribe, e-mail: synapse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: synapse-user-help@ws.apache.org
Re: synapse sample 0 works, but with server side IOException
Posted by Eric Nygma <pr...@gmail.com>.
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 <as...@wso2.com> 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: synapse-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: synapse-user-help@ws.apache.org
>
>
Re: synapse sample 0 works, but with server side IOException
Posted by "Asankha C. Perera" <as...@wso2.com>.
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: synapse-user-unsubscribe@ws.apache.org
For additional commands, e-mail: synapse-user-help@ws.apache.org