Hello,

I'm creating a custom tool for managing Karaf /etc configs using Karaf 
2.4.0/JBoss Fuse 6.2/Java 8/Win7x64. My goal is to emulate config:edit/update 
behavior such that all config changes for the same PID are committed 
atomically, or not at all.

The Karaf CLI supports configuration "sessions", config:edit opens a session, 
and config:update flushes changes to the service. This behavior makes sense 
since - for our use cases -- configuration parameters depend on other 
parameters.

Our automation tool needs programmatic access to manage configuration changes, 
ideally JMX.
After playing around with JMX bean "org.apache.karaf.config/root" and its 
operations (propset/append/setProperty()), the behavior observed is not 
consistent with config:edit/update. Individual changes are propagated 
immediately, causing the service to reload. This is far from ideal and does not 
meet our requirements.

After searching around for solutions, we found this issue which is more/less 
identical to ours: https://issues.apache.org/jira/browse/KARAF-1243.
The fix for that issue introduced a new JMX method "update(String pid, Map 
props)" to ConfigMBean, perfect for our needs, but not available in 2.4.

What are my options to achieve programmatic configuration management for 
arbitrary bundles while controlling propagation of updates?
Can I use the ConfigurationAdmin service directly? If so, is it available from 
JMX?
I can't upgrade to Karaf 3.0 since Fuse 6.2 depends on Karaf 2.4; is it 
possible to patch 2.4 with fix from KARAF-1243?

Thank you,
Raffi

This e-mail transmission may contain information that is proprietary, 
privileged and/or confidential and is intended exclusively for the person(s) to 
whom it is addressed. Any use, copying, retention or disclosure by any person 
other than the intended recipient or the intended recipient's designees is 
strictly prohibited. If you are not the intended recipient or their designee, 
please notify the sender immediately by return e-mail and delete all copies. 
OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or 
disclose the content of all email communications.

Reply via email to