JIRA created : SM-1179 https://issues.apache.org/activemq/browse/SM-1179
Anne. gnodet wrote: > > Hey Anne ! > > I think the problem comes from a timeout inside servicemix-http. > You should be able to raise it in conf/component.properties and it may fix > the problem in some cases. > However, it should not prevent servicemix-http to continue working > correctly. > Could you raise a jira and attach your stack trace please ? > > On Dec 14, 2007 12:19 PM, Anne Noseda <[EMAIL PROTECTED]> wrote: > >> >> Hello, >> >> I have the same stack-trace but not in the same context. Maybe it is >> linked. >> We have Web Service exposed by the servicemix-http component and >> everything >> is working well but sometimes, we have the following error and our >> servicemix is totally blocked. >> >> 11:49:06,069 | WARN | btpool1-4 | jetty | >> ervicemix.http.jetty.JCLLogger 96 | /janus/ >> java.lang.IllegalStateException: Exchange not found >> at >> org.apache.servicemix.http.processors.ConsumerProcessor.process( >> ConsumerProcessor.java:186) >> at >> org.apache.servicemix.http.HttpBridgeServlet.doPost(HttpBridgeServlet.java >> :71) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) >> at org.mortbay.jetty.servlet.ServletHolder.handle( >> ServletHolder.java:487) >> at org.mortbay.jetty.servlet.ServletHandler.handle( >> ServletHandler.java:362) >> at org.mortbay.jetty.handler.ContextHandler.handle( >> ContextHandler.java:712) >> at >> org.mortbay.jetty.handler.ContextHandlerCollection.handle ( >> ContextHandlerCollection.java:211) >> at >> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java >> :114) >> at org.mortbay.jetty.handler.HandlerWrapper.handle( >> HandlerWrapper.java:139) >> at org.mortbay.jetty.Server.handle(Server.java:313) >> at org.mortbay.jetty.HttpConnection.handleRequest( >> HttpConnection.java:506) >> at >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:375) >> >> at >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java >> :396) >> at >> org.mortbay.jetty.nio.SelectChannelConnector$RetryContinuation.run( >> SelectChannelConnector.java:511) >> at >> org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java >> :442) >> >> I upload the log file and the thread dump with this post. >> >> Thank you in advance for any idea, >> >> Anne. >> >> PS. I use servicemix core 3.1.1-incubating and servicemix >> http-3.2-snapshot >> http://www.nabble.com/file/p14334104/smlog smlog >> >> >> >> >> u0050540 wrote: >> > >> > Hello everyone, >> > >> > I am having a problem with the JMS-bridges of ServiceMix. For testing >> > purposes, I made the following setup: The first PC (called Vectra) has >> a >> >> > ServiceMix 3.0-M1 with a http binding component that sends its incoming >> > soap messages to a certain service. That service is located on the >> > second PC (called Polo) which has another http binding component that >> > binds the external web service provider to that ServiceMix part. Now >> the >> > JMS bridge is in fact created, but every second message that is >> supposed >> > to pass through the bridge yields an error. In order to test, I used an >> > external program that sends a SOAP to a specified location (the >> sendsoap >> > that is included in the standalone distribution of PXE) to send a SOAP >> > request to the binding component. The first message that is send, >> > results in a correct answer from the service provider. the second >> > message results in the following message : >> > >> > sendsoap: Unable to send message due to I/O-related error: >> > org.apache.commons.httpclient.HttpRecoverableException : >> > Error in parsing the status line from the response: unable to find >> > line starting with "HTTP" >> > >> > The ServiceMix console on the clientside PC (Vectra) shows: >> > >> > WARN - JCLLoggerAdapter.warn(346) | /InOut >> > java.lang.IllegalStateException: Exchange not found >> > at >> > org.apache.servicemix.http.processors.ConsumerProcessor.process( >> ConsumerProcessor.java:162) >> > >> > at >> > org.apache.servicemix.http.HttpBridgeServlet.doPost( >> HttpBridgeServlet.java:70) >> > >> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:615) >> > at javax.servlet.http.HttpServlet.service (HttpServlet.java:688) >> > at >> > org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:423) >> > at >> > >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:350) >> > at >> > >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:536) >> > at org.mortbay.jetty.Server.handle(Server.java:309) >> > at org.mortbay.jetty.Server.handle(Server.java :285) >> > at >> > org.mortbay.jetty.HttpConnection.doHandler(HttpConnection.java:364) >> > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java >> :292) >> > at >> > org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run ( >> SelectChannelConnector.java:710) >> > >> > at >> > org.mortbay.thread.BoundedThreadPool$PoolThread.run( >> BoundedThreadPool.java:412) >> > >> > >> > and the ServiceMix console on the serverside PC (Polo) shows: >> > >> > ERROR - BaseLifeCycle$2.run(242) | Error processing exchange >> > [EMAIL PROTECTED] >> > java.lang.IllegalStateException: No processor found for: >> > ID:Vectra-1185-1152004779093-11:3 >> > at >> > org.apache.servicemix.common.BaseLifeCycle.processExchange( >> BaseLifeCycle.java:378) >> > >> > at >> > >> org.apache.servicemix.common.BaseLifeCycle$2.run(BaseLifeCycle.java:240) >> > at >> > >> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask >> (ThreadPoolExecutor.java:650) >> > >> > at >> > >> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run( >> ThreadPoolExecutor.java:675) >> > >> > at java.lang.Thread.run(Thread.java:595) >> > >> > Further, the third message will yield a correct response and the >> fourhth >> > gives the same error again (and so on). >> > >> > Next, I re-experimented with the "cluster" example. The distributed >> > setup resulted in similar behaviour. When pasting 5 messages into the >> > inbox of the Vectra-PC, only messages 1, 3 and 5 were transported to >> the >> >> > outbox of the Polo-PC (messages 2 and 4 were seemingly ignored and >> > remained unchanged in the inbox of the Vectra-PC), although no error >> was >> > visible at any console. >> > >> > Has anybody experienced the same issues? And does anyone know a >> solution >> >> > for this behaviour? >> > >> > Thanx in advance, >> > Tom >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/the-jms-bridge-tp5165952s12049p14334104.html >> Sent from the ServiceMix - User mailing list archive at Nabble.com. >> >> > > > -- > Cheers, > Guillaume Nodet > ------------------------ > Blog: http://gnodet.blogspot.com/ > > -- View this message in context: http://www.nabble.com/the-jms-bridge-tp5165952s12049p14397852.html Sent from the ServiceMix - User mailing list archive at Nabble.com.
