Is there an ASF Jira link or other place where I can find a release ETA for ActiveMQ 6.0.2 and other versions ?

planning and other purposes. Is there an end-user ASF Jira link available which shows the planned release schedule for the brokers which could be used to track 6.0.2 and future builds ? Thanks, James — James Velasco Chief Computer Scientist Office: +1 (713) 975-7434 james.vela...@int.com

Announcing the Community Over Code 2024 Streaming Track

Hi all, Community Over Code , the ASF conference, will be held in Denver, Colorado, October 7-10, 2024. The call for presentations is open now

AcitveMQ 6.0.1 and Spring Framework CVE-2024-22243

Apparently ActiveMQ 6.0.1 uses spring-web v6.0.14 which is impacted by CVE-2024-22243. See https://spring.io/security/cve-2024-22243. — James Velasco Chief Computer Scientist Office: +1 (713) 975-7434 james.vela...@int.com <mailto:james.vela...@int.com> INT | Empowering Visualization

Announcing the Community Over Code 2023 Streaming Track

Hi all, Community Over Code , the ASF conference, will be held in Halifax, Nova Scotia October 7-10, 2023. The call for presentations is open now through July 13, 2023. I am one of the co-chairs for the stream

JOB | Platform Lead (London, Singapore)

an be reached using "JamesBTobin (at) Gmail (dot) Com". Kind regards, James

Re: issues with AMQ failover configuration

thank you-- will advise On Wed, Oct 12, 2022 at 11:03 PM Tetreault, Lucas wrote: > Hey James, > > For what it's worth... You can continue using static:(failover:(uri1, > uri2)) with the addition of the following query params > "?randomize=false&maxReconnectAtte

issues with AMQ failover configuration

ence.html to no avail. Is this a known issue. I am testing with AMQ 5.17.2, but have seen this issue as far back as 5.15.8 Any insight would be welcome. Regards James McCullough -- This electronic communication and the information and any files transmitted with it, or attached to it, are conf

RE: activemq-cpp unit tests not building

r at The Fish Market at the bottom of King Street. 😊 --Jim (former Old Town Alexandria resident) -Original Message- From: Timothy Bish Sent: Wednesday, February 23, 2022 3:05 PM To: users@activemq.apache.org Subject: Re: activemq-cpp unit tests not building On 2/23/22 15:02, jam

RE: activemq-cpp unit tests not building

: activemq-cpp unit tests not building On 2/23/22 14:16, james wing wrote: > I'm attempting to build & install activemq-cpp client on a Debian system, > with unit and integration tests. > After git-ing the latest source and following instructions in the README.txt >

activemq-cpp unit tests not building

I'm attempting to build & install activemq-cpp client on a Debian system, with unit and integration tests. After git-ing the latest source and following instructions in the README.txt (and/or here: https://activemq.apache.org/components/cms/developers/building ) , I run the "make check" command t

Re: Unexplained slow sending

rrentStoreAndDispatchQueues and rerun > the > > tests. > > > > Alan Diego > > > > > > On Wed, Aug 28, 2019 at 9:42 AM James Green > > wrote: > > > > > Hi, > > > > > > Following-up as I've run more tests. > > &g

Re: Unexplained slow sending

whether overall throughput should be a lot higher I'd love to hear it. James On Thu, 22 Aug 2019 at 14:02, Tim Bain wrote: > Can you create a minimal producer via the OpenWire protocol in Java or > another language of your choice, to determine if your Camel producer is > slo

Unexplained slow sending

The messages on the queue are flagged persistent when viewed by the web console. Can anyone provide further suggestions to try? Thanks, James

JOB | Permanent Database Engineer (the Netherlands or remote)

. Kind regards, James

Re: hundreds of threads trying to connect to vm "localhost"?

ould the client be specifying "?brokerName=" where is the actual broker name? Jim On Mon, Jan 16, 2017 at 11:23 AM James A. Robinson wrote: > Several times now we've witnessed a cluster spinning off hundreds of > threads and spewing warnings like: > > 2017

hundreds of threads trying to connect to vm "localhost"?

Several times now we've witnessed a cluster spinning off hundreds of threads and spewing warnings like: 2017-01-16 11:10:35,376 [p209148636-3304] WARN BrokerRegistry - Broker localhost not started so using amq-prod-1 instead A thread dump shows hundreds of threads along these lines: "ActiveMQ VM

Large db.data with ActiveMQ 5.13.1

Another of our brokers: total 647M -rw-r--r-- 1 999 docker 32M Jul 14 09:30 db-2647.log -rw-r--r-- 1 999 docker 635M Jul 14 09:30 db.data -rw-r--r-- 1 999 docker 3.2M Jul 14 09:30 db.redo -rw-r--r-- 1 999 docker8 Jul 5 17:55 lock Seems worryingly consistent. Unsure what I'm looking at. Thanks, James

Re: A rookie need help

I don't know where you got that link from, it looks like an example from documentation, where you're expected to fill in some details (the path to the version you want). Look at the links for Windows or Linux on this page: http://activemq.apache.org/activemq-591-release.html Those link to a scri

Re: stomp EOF Exceptions

A packet capture on the machines indicates a perfectly valid sequence of exchanges between the JMS publisher and the consumer with the broker when the test is succeeding. I'll run another test when it is in a failure mode to see what is changing. Jim

Re: stomp EOF Exceptions

l/208#issuecomment-157861049 On Thu, Apr 21, 2016 at 9:18 AM James A. Robinson wrote: > > Interesting: > > https://github.com/chirino/stomp-benchmark/issues/11 > > > On Wed, Apr 20, 2016 at 10:54 AM James A. Robinson > wrote: > >> I can't immediately tell if this is

Re: stomp EOF Exceptions

Interesting: https://github.com/chirino/stomp-benchmark/issues/11 On Wed, Apr 20, 2016 at 10:54 AM James A. Robinson wrote: > I can't immediately tell if this is a problem with the stomp client or > with activemq, but I suspect the latter given what I was seeing. A > monitor

stomp EOF Exceptions

I can't immediately tell if this is a problem with the stomp client or with activemq, but I suspect the latter given what I was seeing. A monitor I put together to test that messages could be passed on the transports configured for the broker started failing this morning, throwing EOF Exceptions w

confusion re DataDirectory MBean Attribute

Folks, In my /etc/activemq/activemq.xml I've got this defined: and that's where the data files are written: $ ls /var/log/activemq/activemq-data/amq-prod-1 db-342.log db-343.log db-344.log db-345.log db-380.log db-381.log db.data db.redo lock scheduler So why does the attribute "DataDirectory

Re: Stranded - ActiveMQ constantly Crashing

Hi, Are there any queues where there is no movement vs. ones where there is a steady shift in enqueued/dequeued counts? Or any topic where there are one or more consumers and any pending messages to be dequeued? I wouldn't typically expect a memory limit on a queue to cause a consumer to not be

Re: Stranded - ActiveMQ constantly Crashing

​Hi, ​ Looking for a queue or topic that had a large number of unconsumed messages ​ ​ would probably be a good star ​​ t. ​ If your ​server has the webconsole activated you can look at the queues and topics, ​ ​ for example if your server had a webconsole on port 8161: http://:8161//admin/queu

Re: Storage Leak - How to analyse

You might see if you can get debugging output similar to what KahaDB offers: http://activemq.apache.org/why-do-kahadb-log-files-remain-after-cleanup.html I had a similar situation and the KahaDB debugging showed that the problem was due to un-acked persistent messages sprinkled throughout the old

Testing a network of brokers

Hi, I've written a client to exercise the network of brokers in my setup, the intent is to use this to help monitor that all members of the network can pull messages from each other. Currently it's set up to generate N tests, one for each possible combination of a broker producer and broker consu

Re: Monitoring ActiveMQ

Through the JMX service there are an extensive number of mbeans available to determine the state of the broker and its queues and topics: http://activemq.apache.org/jmx.html It possible to access the JMX MBeans over HTTP, and of course you can use tools that make direct use of the JMX service. Fo

Re: ActiveMQ Object Message to json transformation not working

gh I haven't made any > effort to trace the code); am I missing something? > > Tim > > On Thu, Mar 31, 2016 at 1:08 AM, James A. Robinson > wrote: > > > I think what it boils down to is figuring out where you need to put the > jar > > to make it availabl

Re: Activemq HA without shared Database or Shared file system

Some people are using it. I wanted to, but decided I wasn't comfortable relying on it. On Thu, Mar 31, 2016 at 19:15 Natarajan, Rajeswari < rajeswari.natara...@sap.com> wrote: > Is replicated level DB store production ready now. > > > -Original Message- &g

Re: Activemq HA without shared Database or Shared file system

I'm not aware of any other choice. I initially tried to use the replicated leveldb system but ran into too many stability issues. On Thu, Mar 31, 2016 at 3:17 PM Natarajan, Rajeswari < rajeswari.natara...@sap.com> wrote: > Hi, > > Would like to know if ActiveMQ supports HA with message replicat

Re: ActiveMQ Object Message to json transformation not working

I think what it boils down to is figuring out where you need to put the jar to make it available to the class loader in the java instance that is running your broker. So, for example, on my Linux setup I have a directory /usr/share/activemq/lib that contains the jars needed to run ActiveMQ and I

Re: NFS v4 locks "given up" w/o any logging?

ues I was seeing. Jim On Wed, Mar 23, 2016 at 7:21 AM James A. Robinson wrote: > Thank you for the information. Would you be able to tell me if your > NetApp settings for the lock lease are the standard values? I'm told that > it's 30 seconds, I was thinking about whether

Re: NFS v4 locks "given up" w/o any logging?

Thank you for the information. Would you be able to tell me if your NetApp settings for the lock lease are the standard values? I'm told that it's 30 seconds, I was thinking about whether or not I needed to have that raised much higher to prevent the particular issue I'm seeing (the tcp layer tr

Re: NFS v4 locks "given up" w/o any logging?

To answer my own question, no (at least not NFS 4): https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Storage_Administration_Guide/ch-nfs.html On Mon, Mar 21, 2016 at 3:46 PM James A. Robinson wrote: > I suppose I should pose the question to folks that use NFS,

Re: NFS v4 locks "given up" w/o any logging?

I suppose I should pose the question to folks that use NFS, do you use TCP or UDP for your NFS stack? On Mon, Mar 21, 2016 at 3:29 PM James A. Robinson wrote: > Running a packet trace while the problem was occurring let me see that the > problem is that the NFS layer isn't even bei

Re: NFS v4 locks "given up" w/o any logging?

Running a packet trace while the problem was occurring let me see that the problem is that the NFS layer isn't even being involved for 3 minutes due to the TCP layer retrying for 3 minute before notifying the caller of the error. The client sends SYN packets, doesn't get an ACK, and finally times

Re: NFS v4 locks "given up" w/o any logging?

cond lease, or I could raise the server side lease time to match the 180 seconds the client will try for. On Fri, Mar 18, 2016 at 8:26 AM, James A. Robinson wrote: > Yes, the combination of settings in place right now could add up to 3 > minutes: > > On the client side: > > nfsve

NFS v4 locks "given up" w/o any logging?

Is it common that an activemq broker might give up its NFS v4 lock w/o logging any sort of message? I've got two brokers that logged this: broker-a which held the log: 2016-03-17 15:01:51,113 [yMonitor Worker] WARN Transport - Transport Connection to: tcp://104.232.16.4:62269 failed: org.apac

Re: NFS v4 locks "given up" w/o any logging?

Yes, the combination of settings in place right now could add up to 3 minutes: On the client side: nfsvers=4,proto=tcp, hard,timeo=600,retrans=2,ac,acregmin=3,acregmax=60,acdirmin=30,fg,retry=120, sharecache,lookupcache=all,cto So right now it's got a 60 second timeo value, and it will retry up

Re: NFS v4 locks "given up" w/o any logging?

t mode helped them detect lost locks. Anyone who has an HA configuration using NFS that they know works for failover care to share exactly what mount settings they are using? On Fri, Mar 18, 2016 at 8:51 AM, James A. Robinson wrote: > Yes indeed there was a problem w/ the underlying NFS con

Re: ActiveMQ-CPP Exception connecting to broker

Based on your numbers it's probably not ephemeral port exhaustion. The default TIME_WAIT is 4 minutes on Solaris, and to use up 32,767 sockets within 4 minutes, you'd need you to be sending an average of 136 messages per second. Jim

Re: ActiveMQ-CPP Exception connecting to broker

met.com> wrote: > On Thu, 10 Mar 2016 16:13:32 +, "James A. Robinson" > wrote: > > It happens infrequently and unpredictibly. For example sometimes it > fails after 25 times and sometimes it works for several 100 before > going wrong. > > Another thin

Re: ActiveMQ-CPP Exception connecting to broker

You don't say how frequently it performs this action? If it is frequent, and I were debugging it, the first thing I would check for would be that you haven't run out of socket filehandles. On a unix system running something like "netstat -nt" can tell you what state the socket filehandles are in.

Re: question for users of NFS master/slave setups

Thank you for the input. The way I originally set up the Replicated LevelDB servers was to create 2 sets of 3 hosts: 1a 1b 1c 2a 2b 2c So within the "1" and "2" clusters each had one master and two slaves, and then I networked the "1" and "2" clusters together, My intent was to create highly re

Re: question for users of NFS master/slave setups

On Tue, Mar 1, 2016 at 7:41 AM, Tim Bain wrote: > Another possibility: the paths that each broker uses to reach the lock file > don't resolve to the same file in NFS. > In my case they resolve to the same server IP and export path.​

Re: question for users of NFS master/slave setups

On Tue, Mar 1, 2016 at 7:02 AM, artnaseef wrote: > So something is very wrong then. NFS should *not* allow two NFS clients to > obtain the same lock. > > Three possible explanations come to mind: > > * The lock file is getting incorrectly removed (I've never seen ActiveMQ > cause this) > * There

Re: question for users of NFS master/slave setups

On Mon, Feb 29, 2016 at 7:08 PM, artnaseef wrote: > Something sounds very wrong there. The NFS lock file should prevent more > than one broker writing to the store at a time. > > Is all of /var/log/activemq/activemq-data/ shared across all of the > brokers? > ​Hi, Everything under /var/log/act

Re: question for users of NFS master/slave setups

​This is interesting. When i use a purposefully slow set of 3 brokers sharing an NFS 4 mount, I found that it's very very easy to get them into a bad state. As simple a procedure as starting them in sequence and then restarting them in the same sequence nets me errors like: 2016-02-29 19:17:46,

Re: question for users of NFS master/slave setups

Hi, Thank you for the reply. Do you happen to know what the mount settings actually are in your setup? Yes, we are using nfs4 for this. Jim On Thu, Feb 25, 2016 at 20:21 artnaseef wrote: > I've used it successfully more than once without any specific tuning to > NFS. > With that said, systems

question for users of NFS master/slave setups

Hi folks, Would any of you folks here with an ActiveMQ NFS master/slave setup that you think has been very reliable be willing to share your NFS client/server settings? Right now I'm playing around wth testing some of the suggestions from http://www.billharlan.com/papers/NFS_for_clusters.html Bu

Re: Question re Jetty and ActiveMQ 5.13.0 async support

Never mind, it appears the problem was due to how the install was run, there was another section that was overriding the web.xml using an older version, not the one distributed with 5.13.0. On Wed, Feb 10, 2016 at 12:47 PM James A. Robinson wrote: > I'm working on upgrading from activem

Question re Jetty and ActiveMQ 5.13.0 async support

I'm working on upgrading from activemq 5.11.0 to 5.13.0. When I make an HTTP GET request against the older version of the service, when the queue doesn't have any pending messages, the request hangs until one is ready. On the newer version it returns a fatal status 500 error and throws an exceptio

KahaDB vs LevelDB

Is KahaDB considered the more robust backing store of the two options? We just ran into a variation of https://issues.apache.org/jira/browse/AMQ-5459 and I couldn't see any way to recover it. Jim

Re: ActiveMQ deployment

So when I was building my system I had wanted to use M/S, but the documentation had indicated the old M/S was deprecated in favor of the newer replicated LevelDB store. There are some stability issues with replicated LevelDB (w/ the code handling the zookeeper connection). Do you use an older conf

Re: roadmap

All kidding aside though (that was kind of rude on my part) that page you link does mention https://activemq.apache.org/artemis/ as the possible next gen. Thanks! James On Wed, Nov 4, 2015 at 4:09 PM, James Carr wrote: > Yeah... Kafka. > > On Wed, Nov 4, 2015 at 3:22 PM, rjrizzu

Re: roadmap

Yeah... Kafka. On Wed, Nov 4, 2015 at 3:22 PM, rjrizzuto wrote: > According to http://activemq.apache.org/new-features-in-60.html, Apollo is > "unofficially declared dead". What does that mean for ActiveMQ? Is there > a > new "next-gen" candidate/heir apparent? > > > > -- > View this message i

Re: AMQ pauses sending to consumers

Have you configured your machine to allow for JMX connections? You might see if you can connect via something like jconsole and see what the state of memory and cpu is, the active threads, etc. On Thu, Aug 20, 2015 at 8:49 AM Richard Sinek wrote: > The producer continues to send and message bui

Re: zookeeper reconnects

ght? The client ought to reinitialize itself in the event of failures and sometimes it is not. On Sat, Jul 25, 2015 at 08:25 Tim Bain wrote: > James, > > You've tested two of the three cases; would it be possible to test the > third one? > >- ActiveMQ timeout < ZooKeep

Re: Monitoring?

Hi, You're talking about http://rhq-project.github.io/rhq/? On Fri, Jul 24, 2015 at 11:42 AM wrote: > RHQ is a great tool to use to monitor brokers and queues/topics. >

Re: zookeeper reconnects

zookeeper connections. If I'm right, then this indicates the instability I saw can be masked over by making sure the two agree on the session timeout, but that the fundamental fragility of the activemq zookeeper client code is still a potential risk. Jim On Wed, Jul 22, 2015 at 6:27 PM Ja

Re: Monitoring?

tuff or not > retrieve values super often. As with everything related to performance, > YMMV so plan to measure how much throughput you can actually do, but don't > expect to get all stats for all destinations and clients every 100ms. > On Jul 23, 2015 1:52 PM, "James A. Robinso

Re: Monitoring?

im > > On Thu, Jul 23, 2015 at 11:39 AM, James A. Robinson > wrote: > > > What tools do you folks find to be effective for monitoring the health of > > your brokers? > > > > I see several nagios plugins do things like check queue depth. I also > note > >

Monitoring?

What tools do you folks find to be effective for monitoring the health of your brokers? I see several nagios plugins do things like check queue depth. I also note that most of the plugins I see have no concept of monitoring a failover capable cluster. Jim

Re: ActiveMQ replicated leveldb with 2 brokers(replica = 1)

My understanding has been that the election algorithm requires [(n/2)+1] (where n is the configured size of the cluster) nodes to reach consensus on who the master is. So [(2/2)+1 = 2] nodes, meaning you have no way to lose a node and still run. Unless I'm mistaken, that's typically why you see

Re: zookeeper reconnects

Hrm... I'm wondering if this is due to the zookeeper server having a default session timeout of 40 seconds vs. a lower one I set for the activemq node...

zookeeper reconnects

Anyone using replicated leveldb and seeing a somewhat regular set of errors about lost connections to zookeeper? 2015-07-20 09:26:33,568 [hWire.org:2181)] INFO ClientCnxn - Opening socket connection to server zk2.mydomain.org/xxx.xxx.xxx.xxx:2181. Will not attempt to authenticate using SASL (

Re: ActiveMQ master-slave topology issue[BUG]

ch think they've got the lock long enough to become > master. That seems like a very unlikely scenario, but easy enough to guard > against by doing the read-before-write that you asked about, so I think > it's worth doing. > > Tim > > On Fri, Jun 19, 2015 at 10:19

Re: ActiveMQ master-slave topology issue[BUG]

On Mon, Jun 15, 2015 at 7:08 AM Tim Bain wrote: > > It seems pretty clear that the assumption that acquiring a single file lock > without doing any further checks will provide thread-safety in all cases is > not an accurate one. > > As I see it, here are the failures of the existing approach: > >

Re: ActiveMQ master-slave topology issue[BUG]

All the issues you've seen with NFS matches up well with everything I've seen dealing with NFS storage over the past 18 years. I had always thought "maybe we're just doing it wrong," but I think everything you outlined looks familiar to me. When we decided to try using ActiveMQ a few months ago t

Re: AMQ-5082 (replicated LevelDB)

I've had a dev cluster running for a little while now and twice I've seen interruptions where the cluster didn't recover, didn't select a new master. I had hoped AMQ-5082 fixed that issue but it looks like there might be additional problems. How many of you folks are running replicated leveldb, a

Re: jetty9

Looking at https://issues.apache.org/jira/browse/AMQ-5517 I would guess there are some additional dependencies missing from the pom.xml, but I'm afraid I don't know what those are. On Wed, May 13, 2015 at 5:43 AM James A. Robinson wrote: > There should be a few lines below the o

Re: jetty9

There should be a few lines below the one you pasted that indicate the actual missing symbol, e.g., "\nsymbol: class WebSocket\nlocation: package org.eclipse.jetty.websocket". Are there those details in your build error? Jim On Wed, May 13, 2015 at 5:29 AM lukas83 wrote: > Since I need jetty9

Re: DLQ, cause:null

On 28 April 2015 at 14:09, Tim Bain wrote: > On Apr 28, 2015 3:21 AM, "James Green" wrote: > > > > > > So to re-work my understanding, the pre-fetch buffer in the connected > > client is filled with messages and the broker's queue counters react as >

Re: DLQ, cause:null

On 27 April 2015 at 17:32, Tim Bain wrote: > On Mon, Apr 27, 2015 at 7:30 AM, James Green > wrote: > > > > > Surely if a client takes more than the receive time-out to process a > > message, a re-delivery will occur? If not, what does happen? > > > I don'

Re: Network of Brokers recommendations

) > between the two, or if you don't want to have to specify all of the other > clusters so you'd use a hub-and-spoke topology so you only have to specify > the hub node in your config. > > On Fri, Mar 13, 2015 at 12:21 AM, James A. Robinson < > jim.robin...@gmail.c

Re: DLQ, cause:null

See in-line. On 26 April 2015 at 05:37, Tim Bain wrote: > James, > > The prefetch buffer is a buffer of messages in the ActiveMQ code in the > client process that holds messages that have been dispatched from the > broker to the client but that haven't yet been handed over

Re: DLQ, cause:null

es no sense. So, am clear we need to better understand what's under the hood here! James On 24 April 2015 at 14:39, Gary Tully wrote: > Tim, steady, I suggested it *may* be relevant :-) > With camel and transactions - ie: spring dmlc, connection pools and > cache levels - anythin

Re: DLQ, cause:null

of more precise wording, go ahead and update but the performance of the system would appear to be an important factor that people should be aware of. On 24 April 2015 at 14:31, James Green wrote: > We have set the receive() timeout to 10s via the url - no DLQ issues for > the past few ho

Re: DLQ, cause:null

ers come and go > without consuming the prefetch, which seems to be the case. > > > tcp://..:61616?jms.prefetchPolicy.all=100&jms.redeliveryPolicy.maximumRedeliveries=-1 > > On 23 April 2015 at 17:14, James Green wrote: > > Hi, > > > > We are not overri

Re: DLQ, cause:null

here to go next? Thanks, James On 23 April 2015 at 13:35, Gary Tully wrote: > what sort of timeout is on the receive(...) from spring dmlc, and what > is the prefetch for that consumer. It appears that the message is > getting dispatched but not consumed, the connection/consumer dies a

DLQ, cause:null

hanks, James

Re: multiple clients one server architicture using queues

You're using topics? Do you have to? On Wed, Apr 22, 2015 at 10:55 AM kalowand wrote: > My case is as follow, I have one master machine and 7 clients machine. I > add > activemq between these machines. The clients machine send messages to the > master machines and the master machine send indivi

Re: Unix init script buggy

the point is that activemq is WAY easier to embed than say > something like Cassandra or Elasticsearch. > > So if you can easily make your own Java daemons I would recommend going > down that path. > > > > On Mon, Apr 20, 2015 at 7:31 AM, James Green > wrote: > > &

Unix init script buggy

m concerned it's not the correct solution. Suggestions? Thanks, James

Re: How to use destination wildcards to match a common suffix

Martin, Does this satisfy what you're looking to do: https://issues.apache.org/jira/browse/AMQ-5717 There is a PR available which implements it: https://github.com/apache/activemq/pull/85 Basically, instead of using ">" which to me looks like an arrow meaning "anything to the right", you would

Re: best practise for sending message to specified multiple users

Maybe use something like XMPP instead? On Wednesday, April 8, 2015, William wrote: > Dear all, > > Is there any best practise to sending message to a large users > (more than 100k users) ? > for example, sometime system will send “msgA” to user1, u2, u3 … u10. > in next stage, system

Re: Configuration with embedded ActoveMQ

You can configure quite a bit on the broker URI http://activemq.apache.org/broker-uri.html What are you looking to tweak? On Tuesday, April 7, 2015, MopSop wrote: > Hi All, > > I run ActiveMQ as Embedded with Spring Boot, do you know how can I > configure > it ? I tried an activemq.xml file in

Re: Implementing a *fast* alternative to JMX and work post 6.0

flicting with my code and activemq. I think I might have resolved > that though. I would still need to run activemq in embedded mode and still > make sure the performance is decent :) > > On Wed, Apr 1, 2015 at 8:07 PM, James Carman > > wrote: > > > Jolokia maybe? > &

Re: Implementing a *fast* alternative to JMX and work post 6.0

Jolokia maybe? On Wednesday, April 1, 2015, Kevin Burton wrote: > A couple things I wanted to talk about which are somewhat related. > > JMX is somewhat slow. Further, at least from my perspective, it’s somewhat > dated. All the cool kinds have fancy REST API endpoints except for > ActiveMQ. >

Re: Creating a Network of Replicated LevelDB broker clusters

On Tue, Mar 31, 2015 at 1:32 PM, wonderkind wrote: > What version of ActiveMQ are you running with? I am working with 5.11.1.. I'm running 5.11.1 plus the patch in ticket AMQ-5082. Jim

Re: Creating a Network of Replicated LevelDB broker clusters

On Tue, Mar 31, 2015 at 12:08 PM, wonderkind wrote: > > Is your broker running pretty clean when you send messages through the fabric of network of replicated master/slaves? Yes, though I'm only running the examples/openwire/swissarmy producer/consumer example using the defaults. On the 2nd cl

Re: Creating a Network of Replicated LevelDB broker clusters

On Mon, Mar 30, 2015 at 4:57 PM, wonderkind wrote: > Do you have a sample activemq.xml configuration file you could share for your 3 x 3 cluster? I am trying to do the same, with everything running on my Mac initially. On the amq-prod-1 cluster my network connector url is masterslave:(tcp://am

Re: Creating a Network of Replicated LevelDB broker clusters

On Mon, Mar 30, 2015 at 2:09 PM, wonderkind wrote: > How big is your network? Do you see any significant degradation with a > network of replicated levelDB brokers? I haven't started stress testing the configuration yet, the current plan is to have network two clusters of three. So six machine

Re: Creating a Network of Replicated LevelDB broker clusters

On Fri, Mar 27, 2015 at 11:48 AM, wonderkind wrote: > Has anyone ever created a network of brokers, with each broker been a > Master/Slave replicated LevelDB store? > My understanding has been that, for replicated LevelDB, you need a set of three brokers, one master two slave, in order to have p

Re: Multiple Producers not scaling well

What OS are you running this under? Are you seeing a lot of threads in your JVM? Are you seeing a lot of GC activity? On Mon, Mar 23, 2015 at 9:43 AM, phill.tomlinson wrote: > Thanks Tim. I tried without message persistence and although I did get > higher > throughput it still didn't scale too

Re: JDBC Failover - Slave shutting down

Is that the full stack trace? Because that line uses a nested exception: throw new Exception(broker.getStartException()) The nature of that nested exception might give you a clue as to what is going on. On Tue, Mar 17, 2015 at 10:37 AM, nohaapav wrote: > Hi, > > i'm facing problem with JDBC fa

Re: ActiveMQ 5.11 Dynamic Camel Route - Message Namespaces

On Wed, Mar 18, 2015 at 10:49 AM, mtod wrote: > INFO | Created default XPathFactory > com.sun.org.apache.xpath.internal.jaxp.XPathFactoryImpl@343985bd > INFO | Creating new XPath expression in pool. Namespaces on XPath > expression: [me: {system -> > http://camel.apache.org/xml/variables/system-

Re: ActiveMQ 5.11 Dynamic Camel Route - Message Namespaces

On Wed, Mar 18, 2015 at 8:17 AM, mtod wrote: > I tried the XPath attributes you recommended but no luck I get the same > error. > > Maybe I should have used a different subject line :) So for the 1st recommendation I had: /bogus/path/just/debugging/here/thanks the intent was to get the system t

Re: ActiveMQ 5.11 Dynamic Camel Route - Message Namespaces

I suspect it's because the question looks related more to Apache Camel than to ActiveMQ and people here might not be using the former. Are you using the same Camel library on both revisions of the ActiveMQ broker? if you set /bogus/path/just/debugging/here/thanks what does that show, does it li

  1   2   3   4   5   6   7   8   9   10   >