storeUsage seems not to be applicable for JdbcPersistenceAdapter, since
JdbcPersistenceAdapter.size() always returns 0.
Is there any other way to slow down a persistent message producer using
JdbcPersistenceAdapter when a DB reaches its limits?
Thanks!
--
View this message in context:
http://
I'd definitely set breakpoints and step through with a debugger to try to
figure out what's going on.
On Mar 10, 2015 8:19 PM, "Kevin Burton" wrote:
> This is exceedingly bizarre. Now ActiveMQ is refusing to deliver ANY
> messages to my workers.
>
> This is very bizarre, no code has changed. No
Out of curiosity, which slow consumer strategy did you configure?
On Wed, Mar 11, 2015 at 11:45 AM, Kevin Burton wrote:
> The problem is that this is happening in production but not locally.
>
> Setting prefetchPolicy to zero fixed it for one of our tasks, but another
> one of our tasks is still
There isn't a stock slow consumer strategy. If you didn't configure it,
you don't have one.
On Wed, Mar 11, 2015 at 1:49 PM, Kevin Burton wrote:
> I didn’t configure one… so we’re running the stock one. I’m trying to
> verify it it’s just a specific task not committing messages but for some
> r
Yes. I’m sorry. I meant the stock configuration so no slow consumer
strategy!
On Wed, Mar 11, 2015 at 12:56 PM, Tim Bain wrote:
> There isn't a stock slow consumer strategy. If you didn't configure it,
> you don't have one.
>
> On Wed, Mar 11, 2015 at 1:49 PM, Kevin Burton wrote:
>
> > I did
So I think the problem is that
org.linkedin.zookeeper.tracker.ZooKeeperTreeTracker
doesn't appear to handle the event of a session disconnect.
Or at least the version used by ActiveMQ doesn't...
If I force tree to be rebuilt on a reconnect, my earlier unit test
passes:
https://github.com/jimrob
I think you are correct here. The rebuild should work so long as the
session has not expired.
On 11 March 2015 at 20:51, James A. Robinson wrote:
> So I think the problem is that
>
> org.linkedin.zookeeper.tracker.ZooKeeperTreeTracker
>
> doesn't appear to handle the event of a session disconnect
On Wed, Mar 11, 2015 at 3:28 PM, Gary Tully wrote:
> I think you are correct here. The rebuild should work so long as the
> session has not expired.
The nodes in the zookeeper group tree are ephemeral, so they
disappear once the session is lost. I think the underlying client
manages to re-establ
Non-durable topic subscriptions have that issue no matter what - lose the
connection and all unconsumed messages are dropped. And all messages
published while disconnected are also missed.
Keep in mind too that Topics do not persist messages themselves in ActiveMQ;
only durable subscriptions lead
