On Sun, May 08, 2016 at 07:54:50AM -0700, Raffi wrote: > Looking for advice on how to update activemq.xml in a distributed topology > that uses M/S pairs and NoB. > > Some ideas we're considering... > > Option A: *Custom Startup Bean* > On startup (before activemq.xml is read), a custom class queries GIT/SVN for > latest version of broker config files, comparing version to those deployed > locally, pulls files from GIT overwriting local ones. After which broker > reads config and starts up normally. > Broker reloading would be triggered over JMX. > > Option B: *Jenkins Pipeline* > A workflow that pushes config files to brokers sequentially, using JMX to > trigger broker reload to pick up config changes.
Call it jenkins or whatever you like, this sounds like the precise case for configuration management (broker or jvm reload on file change). > Option A is cleaner and simpler; Jenkins pipeline could get messy > identifying and/or recovering from startup failures. > > > > > > -- > View this message in context: > http://activemq.2283324.n4.nabble.com/How-to-update-activemq-xml-config-in-distributed-topology-tp4711732.html > Sent from the ActiveMQ - User mailing list archive at Nabble.com.
