thanks for you reply.
when I restart the slave service , I found the slave service's status change
to un-active, and so ,it cause to the queue block( it means , the in queue
is increase ,but no consume)
though the Master service is normal ,but , at last , slave's status make the
Master service blo
thanks!
OK, maybe I should give up the pure Master/Slave, then which way you
recommond ? I think jdbc + mysql is not a good Idea, it increase my
system's complexity ,and I dont think the reliability of mysql is better
than activeMQ, and it make the system a extra single-point
--
View this me
I am using activemq-core-5.7.0.
We are using broker-to-broker communications with conduit subscriptions to
reduce redundant messaging. We have a top-tier coordinating server, call it
broker A. We have two routing servers that each connect to A, call them
broker B and broker C. We have remote appl
Hi im using the activemq broker ive added this to the conf\activemq.xml file
or do i add this to the conf\activemq-stomp.xml?
...
...
...
i havnt changed anything in the ruby listener/producer rb files
TONY
--
View this message in context:
http://activemq.2283324.n4.nabble.com/help-rub
What broker url did you specify?
Assuming you are talking the stomp protocol, make sure the broker configuration
starts a stomp transport listener, typically on port 61613. Use the same
host:port in your ruby client.
Torsten Mielke
tors...@fusesource.com
tmielke.blogspot.com
On Nov 19, 2012,
Hi im new to activemq and using ruby ive got everything sorted out scripts
are all working but ive hit a problem with the ruby listener.rb and ruby
publisher.rb every time i try to run the script for ruby listener i get this
error message
C:/Ruby193/lib/ruby/gems/1.9.1/gems/stomp-1.2.6/lib/conne
Hi Mattias,
can you raise Jira with these details, so that it doesn't get lost in
the emails. Also, it'd be ideal to have a test case that reproduce the
issue if possible.
Regards
--
Dejan Bosanac
--
Red Hat, Inc.
FuseSource is now part of Red Hat
dbosa...@redhat.com
Twitter:
Hi John,
yeah it definitely makes sense to upgrade. New releases always bring
more stability. It looks like the issue you're seeing was resolved in
5.6.0
https://issues.apache.org/jira/browse/AMQ-3131
Regards
--
Dejan Bosanac
--
Red Hat, Inc.
FuseSource is now part of Red Hat
Hi.
as for point 1) I am testing a point-to-point between two processes.
client-server : client sending requests and server sending responses.
One test uses spring configuration for both client and server and one is
plain activemq code with no
spring configuration (which is much faster)
This is t
Hi,
ActiveMQ has Apache license which means it can be bundled with
proprietary systems. You can find more info on the license here:
http://www.apache.org/licenses/
Regards
--
Dejan Bosanac
--
Red Hat, Inc.
FuseSource is now part of Red Hat
dbosa...@redhat.com
Twitter: @dejanb
Hello Michal,
On point 1) can you please provide some more details on what exactly you test
and what you compare against?
On point 2) in case you're using the vm transport with the embedded broker,
then this is expected to be faster than using an external broker. The vm
transport by default av
ActiveMQ 5.3 is fairly old now.
I would have though that 5.7 should honor the memoryUsage settings correctly.
Unfortunately I don't have the time at the moment to test this myself.
If you are certain that it also does not work in 5.7, perhaps raise a JIRA
ticket on the ActiveMQ project. Ideally,
Hi,
yes there is. Take a look at subscription recovery policy
http://activemq.apache.org/subscription-recovery-policy.html
and retroactive consumer
http://activemq.apache.org/retroactive-consumer.html
Regards
--
Dejan Bosanac
--
Red Hat, Inc.
FuseSource is now part of Red H
13 matches
Mail list logo
