Re: Artemis client getting pinned to 1 of 2 brokers when attempting to connect

2017-12-08 Thread Arthur Naseef
Wrong mailing list. Apologies. Please ignore. On Fri, Dec 8, 2017 at 11:04 AM, Arthur Naseef wrote: > Note that I'm doing much of this for the first time, and not finding > examples on the website, so I expect there's a good chance I'm missing > something. &g

Artemis client getting pinned to 1 of 2 brokers when attempting to connect

2017-12-08 Thread Arthur Naseef
Note that I'm doing much of this for the first time, and not finding examples on the website, so I expect there's a good chance I'm missing something. Summary of the problem: * Clients get pinned to a single broker url when attempting to connect, when using infinite connect attempts. Backgroun

Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

2015-03-07 Thread Arthur Naseef
nder which > conditions? > > If we add your proposal as an additional initializer implementation, we > will also have to update the user's guide and give our users appropriate > recommendations when they should use which class. > > And, we will have to pick a meaningful name for your

Re: svn commit: r1661762 - in /commons/proper/lang/trunk/src: changes/ main/java/org/apache/commons/lang3/concurrent/ test/java/org/apache/commons/lang3/concurrent/

2015-02-26 Thread Arthur Naseef
A few questions coming to mind here: - First off, how do we move this forward? - What do we do with the new implementation? - What is a good way to address the busy-wait in the original code? - What is a good way to address the fact that all threads will busy-wait in the