Thanks Tim, that seems to work with the chunk disabled. What is the advantage/disadvantage of this?
What about the Jira? I don't know what you mean. I'm a newbie at Axis and Axis2. Kind regards Jan 2008/6/23 Tim James McConechy <[EMAIL PROTECTED]>: > Hi, > Not entirely sure about this: > > 1) I still get the http 100 messages - I don't think they are a problem > - you might want to keep looking for other http errors.. > 2) Try to disable chunking since the message mentions that... > > > WebServiceManager.generalServiceObject=new WsDataObjectStub(); > > WebServiceManager.generalServiceObject._getServiceClient().getOptionsz). > setProperty(HTTPConstants.CHUNKED, "false"); > > 3) Did you try to switch off the http keep alives? > > I really think there is a bug in here somewhere because it did not cause > these problems in Axis 1.4, maybe between the two of us we can workout a > Jira for this issue. > > Thanks > Tim > > > -----Original Message----- > From: Jan Verstuyft [mailto:[EMAIL PROTECTED] > Sent: Monday, June 23, 2008 7:51 AM > To: [email protected] > Subject: Re: [Axis2] - Software caused connection abort: recv failed > > Thanks Tim for the feedback. > > I've tried this, and it was very strange. I've tried it with a couple > different TCP/IP Monitors. > > Tcpmon gave a soap request, but won't work for either Java or C#. > BurpSuite gave a soaprequest, still works for C# but won't work for > Java, but also not for my development server. so still no comparison > to make. > > With the builtin TCP/IP Monitor of Eclipse (thanks Tim, because I > didn't know that eclipse had one) I was finally able to reproduce the > problems. > > For a working request (from C#) I've got the following request and > response: > POST /Services/services/SessionService HTTP/1.1 > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; MS Web Services Client > Protocol 2.0.50727.1433) > VsDebuggerCausalityData: > uIDPo8FRiJt6dApCgLnnU6wYfaUAAAAAkjB0NmjdRUGJqMp9Kl5++Hl/4ih23iRFpjSeSp/J > cOEACAAA > Content-Type: text/xml; charset=utf-8 > SOAPAction: "urn:login" > Host: stg.websrv.eu.sony.com > Content-Length: 360 > Expect: 100-continue > Connection: Keep-Alive > <?xml version="1.0" encoding="utf-8"?> > <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xmlns:xsd="http://www.w3.org/2001/XMLSchema";> > <soap:Body> > <login xmlns="http://session.ws.ideal.com";> > <username>id_hemmsync</username> > <password>myhemmsync</password> > </login> > </soap:Body> > </soap:Envelope> > > > And a wrong request (from Java) as follow: > POST /Services/services/SessionService HTTP/1.1 > Content-Type: application/soap+xml; charset=UTF-8; action="urn:login" > User-Agent: Axis2 > Host: stg.websrv.eu.sony.com > Transfer-Encoding: chunked > > > > > Ok, I see that the message is not complete, but with some of the other > tcp/ip monitors it gave me a complete soap message > > Can somebody helps? > > Kind regards > Jan Verstuyft > > > > > 2008/6/20 Tim James McConechy <[EMAIL PROTECTED]>: >> Hi Jan, >> I went through this recently. In my case there was also other errors > happening before this occured. Specifically "403 transport error". >> To resolve it I used some instructions from here to look into > tcpmonitor: >> >> 1. Goto window->show view->other in eclipse >> 2. Search for TCP and you will find TCP/IP Monitor >> 3. Right click->properties >> 4. click add >> 5. Set local monitoring port to 8080, host name (The place where the > service is at, if its running locally localhost), port (the port which > the service is running on) >> 6. Configure your client to send the request to the TCP monitor > instead of the actual service (for e.g localhost:8080) by changing > plm.properties to: >> url.dataobjects=http://localhost:8080/FsSvcCore/DataObjects/ and the > TCP monitor will forward it to the actual service. You will see the > message on the TCP monitor. >> >> I found out the error was HTTP 403.9 - Access Forbidden: Too many > users are connected. Which was helpful to solve that I did this: >> >> o Open IIS console >> o Right click on Default Web Service - Properties >> o Uncheck "Http Keep-Alives Enabled" >> >> But now I am getting some other errors in my C# client to resolve. I > am going to now try upping the users >> >> http://www.dslreports.com/faq/10253 >> >> At least that should get you to the right error message if not solve > the issue. Not that it seems this problem only occurs running ISS on > windows XP as there is some sort of a ten user limit and the Axis2 > services seem to hammer the server asyncronously and exceed that > limit...Another choice is to run IIS 6 on a Windows 2003 server where I > did not see this problem... >> >> Regards >> Tim >> >> >> -----Original Message----- >> From: Jan Verstuyft [mailto:[EMAIL PROTECTED] >> Sent: Fri 6/20/2008 4:15 AM >> To: [email protected] >> Subject: [Axis2] - Software caused connection abort: recv failed >> >> Hi, >> >> I've created a webservice that works fine on our development >> environment. When we deploy it to a staging environment I can connect >> to my webservice with a C# client. But when I create the stub by the >> Axis2 framework for Java, I get the error below. >> If I create the same stubs for the webservice at my development >> environment, everything works fine. >> >> The infrastructure is like this: >> The development Web application Server is a WebLogic that is running >> on my local machine. >> >> For the staging environment we have 2 Weblogic Instance that are >> behind an Apache that deals with a load balancing. The address I >> receive is off course the address of the Apache. >> >> Can you please help? >> >> Jan Verstuyft >> >> >> org.apache.axis2.AxisFault: Software caused connection abort: recv > failed >> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:430) >> at > org.apache.axis2.transport.http.HTTPSender.sendViaPost(HTTPSender.java:1 > 93) >> at > org.apache.axis2.transport.http.HTTPSender.send(HTTPSender.java:75) >> at > org.apache.axis2.transport.http.CommonsHTTPTransportSender.writeMessageW > ithCommons(CommonsHTTPTransportSender.java:364) >> at > org.apache.axis2.transport.http.CommonsHTTPTransportSender.invoke(Common > sHTTPTransportSender.java:208) >> at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:448) >> at > org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOper > ation.java:401) >> at > org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInA > xisOperation.java:228) >> at > org.apache.axis2.client.OperationClient.execute(OperationClient.java:163 > ) >> at > com.ideal.ws.session.SessionServiceStub.login(SessionServiceStub.java:19 > 2) >> at TestService.main(TestService.java:23) >> Caused by: java.net.SocketException: Software caused connection abort: >> recv failed >> at java.net.SocketInputStream.socketRead0(Native Method) >> at java.net.SocketInputStream.read(SocketInputStream.java:129) >> at java.io.BufferedInputStream.fill(BufferedInputStream.java:183) >> at java.io.BufferedInputStream.read(BufferedInputStream.java:201) >> at > org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:78) >> at > org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:106) >> at > org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.jav > a:1116) >> at > org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpCon > nectionAdapter.readLine(MultiThreadedHttpConnectionManager.java:1413) >> at > org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBa > se.java:1973) >> at > org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase > .java:1735) >> at > org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java > :1098) >> at > org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMe > thodDirector.java:398) >> at > org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMetho > dDirector.java:171) >> at > org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:3 > 97) >> at > org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:3 > 46) >> at > org.apache.axis2.transport.http.AbstractHTTPSender.executeMethod(Abstrac > tHTTPSender.java:542) >> at > org.apache.axis2.transport.http.HTTPSender.sendViaPost(HTTPSender.java:1 > 89) >> ... 9 more >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
