<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 6, 2016 at 8:27 PM, John Mazzitelli <span dir="ltr">&lt;<a href="mailto:mazz@redhat.com" target="_blank">mazz@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; What about an utility to export/import that yaml from/to the standard<br>
&gt; configuration file (standalone.xml) ?<br>
<br>
</span>That is one idea. However, note there still would be issues that need to be solved:<br>
<br>
1) Any change you make to the yaml file would require the user to run the export/import tool again - is that going to be annoying to the user? Are they even going to know they have to run a tool after editing a configuration file? That seems to be annoying to add a second step (1. modify the yaml file 2) run a tool to export the config into standalone.xml). People will most likely forget to do 2.<br></blockquote><div>Yep, I would indeed forget to do it. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
2) This means our export/import tool needs to be smart enough to know how to transform the standalone.xml when the agent configuration is not there yet AND when there is already agent configuration there. We&#39;d need to do something similar to what the agent installer does, which is not trivial.<br>
<br>
3) Still doesn&#39;t solve the security problems (passwords unencrypted, how to define and reference security realms) - unless we add the security realms in the yaml and have the export/import tool modify the standalone.xml so it modifies the proper security-realms section in standalone xml, too.<br>
<br>
4) Still doesn&#39;t solve the &quot;no write-back&quot; to the yaml. If you change or add a config setting via the JBoss CLI, it will get persisted to standalone.xml, but it will NOT be persisted to the yaml file. The yaml file essentially becomes stale and you can no longer refer to it and be guaranteed it contains the most up-to-date config. If you run the export/import tool on the stale yaml, you have essentially overwritten the current config in standalone.xml with stale config.<br></blockquote><div>I was thinking, what if instead of having a yaml file, you do something like git. </div><div>e.g. $ hawkular-agent-config path-to-standalone.xml</div><div>It would parse standalone.xml and create and open (with vim or some other editor) a yaml file (or some other easy to read/edit format) with the current configuration, you edit, save and close and all the changes go back to the standalone.xml file.</div><div>or some other way to actually make it easier to modify agent configuration (like a GUI or command line tool) without having a second configuration file that might be out-of-sync.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
hawkular-dev mailing list<br>
<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/hawkular-dev</a><br>
</div></div></blockquote></div><br></div></div>