I have run into an intermittent problem with ActiveMQ V5.9.0. The
intermittent
was tracked down to being a connection error that does not get properly
recovered.
I have recreated the problem in a very small example by creating a Camel
consumer route that retrieves messages from a JMS queue and
Good question, difficult answer:
Once we saw that the issue continued no matter where the Broker Bs resided,
we started looking at the configuration more in depth and leave the Broker
Bs where they were on Server B. We did make some changes to the configs for
all of the Broker B's like setting th
On 08/06/2014 06:02 PM, Frizz wrote:
Hi there,
I'm trying to access ActiveMQ (5.10) via AMQP in PHP code.
Is there some sample code for that?
I use a AMQPConnection in PHP to connect, but get a strange error message:
'PhpAmqpLib\Exception\AMQPRuntimeException' with message 'Error reading
data.
Good troubleshooting. What's different between the working and non-working
setups? Only the network?
--
View this message in context:
http://activemq.2283324.n4.nabble.com/JMS-to-JMS-Bridge-Connection-tp4684129p4684205.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
As far as I know, transactions are not being used. We did not set any
configurations to use transactions even with the Camel Routes.
As far as other scenarios, we have tried the following (Broker A is always a
stand alone instance):
*Same Server*
Broker A and embedded Broker B[1,2,3] are running
Hi there,
I'm trying to access ActiveMQ (5.10) via AMQP in PHP code.
Is there some sample code for that?
I use a AMQPConnection in PHP to connect, but get a strange error message:
'PhpAmqpLib\Exception\AMQPRuntimeException' with message 'Error reading
data. Received 0 instead of expected 7 bytes
For keep-alive packets, I was referring to the inactivity monitor and not TCP
keep-alive packets.
The documentation is correct - the default is not to enable TCP keep-alive
packets on the socket.
I don't think there is any conflict between the two.
One thought is coming to mind here after re-rea
Broker B which creates the Bridges is giving the EOFExceptions. But which
part of Broker B we do not know. We suspect it is the Producer for the
Outbound Bridge. The reason is two fold:
1. Comment out the Outbound Bridge and everything else works as designed.
2. The messages are never pushed fr
