activemq-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christopher L. Shannon (JIRA)" <>
Subject [jira] [Resolved] (AMQ-5915) Support a Java API for the RuntimeConfigurationPlugin
Date Tue, 20 Oct 2015 13:56:27 GMT


Christopher L. Shannon resolved AMQ-5915.
    Resolution: Fixed

Updated to provide an option to modify the broker using a Java API.  The changes won't be
persisted if using this option.  I will let the tests run and make any tweaks as necessary
if any issues are discovered.

> Support a Java API for the RuntimeConfigurationPlugin
> -----------------------------------------------------
>                 Key: AMQ-5915
>                 URL:
>             Project: ActiveMQ
>          Issue Type: New Feature
>          Components: Broker
>            Reporter: Christopher L. Shannon
>            Assignee: Christopher L. Shannon
>             Fix For: 5.13.0
> Currently the RuntimeConfigurationPlugin supports modifying some parts of the broker
at runtime by changing the xml configuration so the broker doesn't need to be restarted to
pick up the changes.
> However, there are 2 issues with this approach.  First, in my situation I do not always
use xml to configure the broker.  Many times a broker will be configured using Java (configuring
a BrokerService directly) and I will store the configuration in a different way to manage
this.  Second, I don't always want to permanently change the configuration.  Sometimes I need
to temporarily create a new virtual destination for dynamic data flows but don't necessarily
need to persist it in between restarts.
> Because of this, it would be useful in some cases to be able to make changes to the broker
configuration using a Java API to programmatically do things such as modifying the virtual
> These changes would be temporary in nature as they wouldn't be persisted as they would
be if xml was used.  However, if these changes need to be persisted the user could simply
use xml to configure the broker or be responsible for storing this information however they
want to recover after a restart of the broker.

This message was sent by Atlassian JIRA

View raw message