I'm getting some strange behavior when testing in IE code that worked fine on
Firefox. Version of IE is 6.0.
I'm using Geronimo 2.1.1, and whatever version of ActiveMQ comes with it,
though my own code references ActiveMQ 5.0.0 JARs. Anyway, it all seems to
work fine in Firefox 2.0, but when I lo
Yes - this is bizarre - and what you are seeing is not by design
Could you submit a test case ?
cheers,
Rob
Rob Davies
http://rajdavies.blogspot.com/
On 18 Aug 2008, at 02:13, AD wrote:
It doesnt seem that this comment from the site is in the context of a
failover, only that if a master can
Hi,
is it possible to get a count of total number of messages in a queue ?
I want to do something like if the count exceed some limit than only start
processing.
Thanks
Jigar Naik
--
View this message in context:
http://www.nabble.com/Total-number-of-messages-on-a-queue.-tp19026156p19026156
Here's a bit of a followup:
I dusted off my Java hat and modified the test Producer that comes with
activeMQ to simulate the same condition. It will block forever once memory
fills. Killing the client when in this state causes a rollback to occur and
no messages are left in the queue. While this
It doesnt seem that this comment from the site is in the context of a
failover, only that if a master cant contact a slave, it wont process
messages. In a cluster setup this seems quite bizarre that the system would
stop responding if the passive node was down.
On Fri, Aug 15, 2008 at 8:04 AM, Hi
This is using Rails/ActiveMessaging over STOMP. I was just using the
standard poller script created by the PersistentMessaging generators. Not
sure if anyone has ran into this same issue.
Hiram Chirino wrote:
>
> Ah.. so this from .NET right? Does anybody recall if the NMS client
> implement
Definitely sounds like a bug - would you mind capturing this in a JIRA
issue? If you have a code snippet, you can attach that as well, and
we'll take a look.
Thanks,
Nate
On Aug 17, 2008, at 1:23 AM, BRoach wrote:
There seems to be a rather nasty bug having to do with transactions
in t
There seems to be a rather nasty bug having to do with transactions in the
c++ client and openwire.
If you send a large number of messages inside a transaction, and ActiveMQ
runs out of memory, cms::MessageProducer::send() throws an exception (as it
should).
The exception text is: No valid respo