You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@servicemix.apache.org by Tom <u0...@gmail.com> on 2006/07/04 13:32:01 UTC
the jms-bridge
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
org.apache.servicemix.jbi.messaging.InOutImpl@51e67c
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
Re: the jms-bridge
Posted by Anne Noseda <no...@gmail.com>.
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 <no...@gmail.com> 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
>> > org.apache.servicemix.jbi.messaging.InOutImpl@51e67c
>> > 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.
Re: the jms-bridge
Posted by Guillaume Nodet <gn...@gmail.com>.
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 <no...@gmail.com> 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
> > org.apache.servicemix.jbi.messaging.InOutImpl@51e67c
> > 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/
Re: the jms-bridge
Posted by Anne Noseda <no...@gmail.com>.
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
> org.apache.servicemix.jbi.messaging.InOutImpl@51e67c
> 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.