5.3 Trunk build not workung

Hello, I just downloaded the latest 5.3 trunk and tried to build it. I get an exception, could please one check? Thanks and best regards Here is the end of my console output [INFO] Installing D:\Java\workspaces\eclipse\cookie\ActiveMQTrunk\activemq-core\target\activemq-core-5.3-SNAPSHOT.jar

Re: 5.3 Trunk build not workung

Hi, I just committed a fix for that. It was broken with yesterdays patch. Sorry about that. Cheers -- Dejan Bosanac Open Source Integration - http://fusesource.com/ ActiveMQ in Action - http://www.manning.com/snyder/ Blog - http://www.nighttale.net On Tue, Feb 10, 2009 at 9:43 AM, Cybexion

Re: 5.3 Trunk build not workung

ok, works again, thanks Dejan Bosanac wrote: Hi, I just committed a fix for that. It was broken with yesterdays patch. Sorry about that. Cheers -- Dejan Bosanac Open Source Integration - http://fusesource.com/ ActiveMQ in Action - http://www.manning.com/snyder/ Blog -

Re: Master/slave out of sync with multiple consumers

Hi Dan, can you create an issue for this and attach your test program to it? Regards -- Dejan Bosanac Open Source Integration - http://fusesource.com/ ActiveMQ in Action - http://www.manning.com/snyder/ Blog - http://www.nighttale.net On Fri, Feb 6, 2009 at 3:42 PM, Dan James

Re: ConcurrentModificationException while closing consumer

Bonnie, in CLIENT_ACK, the list is used on close to deal with duplicate suppression, these messages will get redelivered so they need to be removed from audit that tracks their receipt. That logic is at fault. Cheers, Gary. 2009/2/9 bonnyr bon...@optusnet.com.au: Gary, Why would the

Re: STOMP: broker sends transformation header for TextMessage

Hi Justin, we have discussed this earlier and decided to leave transformation as pure send/subscribe transient header (which apparently is not, as you have it in your received message). As there were a few requests for this already, perhaps we should add a support for something like this. I

Re: Master/slave out of sync with multiple consumers

Hi Dejan, I've created an issue: https://issues.apache.org/activemq/browse/AMQ-2102 thanks ~dan -- View this message in context: http://www.nabble.com/Master-slave-out-of-sync-with-multiple-consumers-tp21873754p21935464.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Re: STOMP: broker sends transformation header for TextMessage

Dejan Bosanac wrote: we have discussed this earlier and decided to leave transformation as pure send/subscribe transient header (which apparently is not, as you have it in your received message). As there were a few requests for this already, perhaps we should add a support for something

Re: Securing active MQ

We have still been unable to get activemq to honor the configuration file broker name and uselocalhost options. AMQ still tries to resolve the ip provided in the transport connector to a dns name . It does this even when provided with a broker name and setting the transport connector use

Automatic recovery when using Message Groups

Hi, I have been looking at this feature, that so far looks great for our applications. If I have several consumers, messages with specific JMSXGroupId are routed to the same consumer. If a consumer fails, its message groups are now reassigned to a different consumer, so the service keeps

Re: ConcurrentModificationException while closing consumer

However, wouldn't static analysis of the code be sufficient in this case? The code segment above is the only thing that is not protected by synchronization, whilst every other use of this collection is. Static analysis can identify the problem and the fix, but it doesn't protect the change

Re: ActiveMQ and JNDI provider

I don't quite understand the solution described by Jonnie. I just asked a similar post about JNDI. I thought JNDI support provided by ActiveMQ is not suitable for production or failover case. First, because the JMS Administered Objects are defined in the jndi.properties in the client side instead

Persistence DDL

I seem to remember a page on the ActiveMQ site that discussed the specific tables/columns used or needed in a database used as a JDBC persistent store. But I can't find it now. Can someone point me to it? Thanks, Aaron

Re: ConcurrentModificationException while closing consumer

Gary, Agreed about the test case - my familiarity with the AMQ test suite is not that good (excuses, excuses :) ) so what I tried to do, unsuccessfully, was to play with the ConsumerTool without much luck on my dev machine which is a WinXP running on a Centrino Duo, and which is different from

Re: ConcurrentModificationException while closing consumer

Rob, Can I hijack this issue and bring back an issue I have filed in Jira and is assigned to you (AMQ-1916) and that is the issue of a new ack mode (I called it WINDOW_ACK) that is a mix between CLIENT_ACK and INDIV_ACK in that the acknowledgement is related to the message but unlike in

ActiveMQ-CPP - AIX 5.2 atexit problem

I am getting a segfault when closing an ActiveMQ-CPP shared library on AIX. I built ActiveMQ-cpp 2.2.3 on AIX 5.2 with gcc 3.4. Everything works fine except that when I close the shared library the linked application segfaults. This is a common problem with AIX shared libraries, and it usually

Re: ActiveMQ-CPP - AIX 5.2 atexit problem

Currently AIX is not one of the platforms that we develop on or support, the lack of access for one makes it difficult to test. The CPP client doesn't register any atexit functions. We welcome patches so if you find a solution we'd love to know. If you can capture a backtrace from the crash we

Re: memoryUsage vs Heap

destinationPolicy policyMap policyEntries policyEntry queue= memoryLimit=10 mb/ policyEntry topic= memoryLimit=10 mb dispatchPolicy strictOrderDispatchPolicy/

Re: ConcurrentModificationException while closing consumer

just for clarification - do you mean all messages delivered to the the MessageConsumer would be acked on WINDOW_ACK instead of Session wide ? On 10 Feb 2009, at 23:42, bonnyr wrote: Rob, Can I hijack this issue and bring back an issue I have filed in Jira and is assigned to you