Re: Duplicate message delivered to consumers on queue with kaha persistence

David Sitsky-2 wrote: Looks like the AMQ store works correctly - thanks for the advice. This might be related to issue AMQ-1389, where I also see duplicate messages when using the Kaha persistence adapter, although in a bit different scenario. For me, the AMQ store works correctly as well,

Re: Duplicate message delivered to consumers on queue with kaha persistence

PieterN wrote: This might be related to issue AMQ-1389, where I also see duplicate messages when using the Kaha persistence adapter, although in a bit different scenario. For me, the AMQ store works correctly as well, but I still believe this is a bug in the Kaha adapter. Sorry I just

Re: Daemon process manager

Hi, Roger Hoover wrote: We need a convenient way to launch, shutdown, or restart the daemons and supervise them (restart them if they die). We also want to start multiple copies of daemon process, all listening to the same queue. Can anyone recommend any free/open-source tools for

Re: Unexpected remote command

rajdavies wrote: nothing to be worried about - you've just encountered a half finished implementation of duplex network connections. Hopefully this is fixed in today's snapshot Using the latest snapshot (from august 5), I still encounter this problem. I also sometimes receive

RE: Weird problem with network of brokers

Hi, Steven Dalton-2 wrote: I also have the same problem as Pieter but using Active MQ 4.1.1. [snip] Is this a known problem? If not, I guess I should file a JIRA report (I've done a quick search, but couldn't find anything related). Regards, Pieter -- View this message in context:

Re: Weird problem with network of brokers

rajdavies wrote: Can you add the configuration you are using when you file the jira please? thx! This is the JIRA report: https://issues.apache.org/activemq/browse/AMQ-1301 There seem to be some more problems with network of brokers and shutting down/restarting brokers, if I search

Re: Actually getting Stomp support to a usable state...

James.Strachan wrote: All of the wire protocols tie back to some sort of core, where auth is evaluated. And that is supposed to flow back to the wire protocol again. And the ActiveMQ core just depends on the protocol to do the right thing. If the auth failed, it will still take

Weird problem with network of brokers

Hi, I've encountered a weird problem with a network of brokers setup. I have two activemq servers, local and remote. Each connect to eachother with a static networkConnector configurator. I have a consumer connecting to one of the servers, with a durable subscription on a topic. Everything works

Re: Weird problem with network of brokers

PieterN wrote: snip Sorry, forgot to mention, I'm using a ActiveMQ 4.2 snapshot. Regards, Pieter -- View this message in context: http://www.nabble.com/Weird-problem-with-network-of-brokers-tf3964843s2354.html#a11252807 Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: ActiveMQ + PHP + Stomp = ActiveStack ??

Hiram Chirino wrote: That's awesome.. Has anybody put stuff up on http://pecl.php.net before?? I think that would be the best place to host the PHP Stomp impl. What do you guys think? IMHO PEAR (http://pear.php.net/) is a better place. PECL is for external libraries (i.e., extensions

Combining MasterSlave and network of brokers

Hi, I want to combine a master/slave technology with a network of brokers. The idea is to have a central master/slave combination, and a remote ActiveMQ server connected to the master/slave. The Master/Slave should always be available, messages posted to the remote server are less important,