We've got a cluster of two brokers (5.7.0) running (same
configuration--puppet deployed--on both boxes except for the brokerName)
in our production environment and most of the VirtualTopics and queues
appear to be fine, however one broker (amq00) is having problems.
We have the VirtualTopic.no
I need binaries for Windows 7, XP and Linux platforms. Needed for ActiveMQ
CMS and NMS.
I could not find these.
Thanks
--
View this message in context:
http://activemq.2283324.n4.nabble.com/ActiveMQ-CMS-NMS-etc-Binaries-tp4660676.html
Sent from the ActiveMQ - User mailing list archive at Nabb
Jerry,
Thanks again for demonstrating this.
It's been fixed in the trunk.
https://issues.apache.org/jira/browse/AMQ-4222
Thanks,
Christian
On Thu, Dec 13, 2012 at 11:17 AM, Christian Posta wrote:
> Awesome, thanks for coming back and explaining what happened there. I was
> super curious abou
Yah so virtual topics can behave like queues under the covers.
But not sure I follow you here:
Failover is good for external
> clients, which will connect to the surviving broker.
>
> Maybe because I'm not getting exactly what these "messages from inside the
server" are.
Sounds like you want a fa
Hi Geurt,
You are welcome, as for the ssl client displaying '1000', I have not noticed
this myself but then I was using 5.8-snapshot version.
Sending this to the user list in case someone else might have seen this.
--Claudio
>
> From: Geurt Schimmel
>To: 'Cl
that stack trace is the client doing its first sync request to the broker
and waiting for a reply. So that thread is normal.
the more interesting thread would be the transport reader thread on the
broker that is servicing that connectioninfo command and for some reason
not responding.
Can you try a
I finally managed to change database to SQL server programatically:
The tables are created and seems to work. I just have to solve a problem
with JMX (i lost the connection despite of the broker.setUseJmx(true), but i
should solve it quickly).
--
View this message in context:
http://activemq
