New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support a list of predefined jolokia agents #1965
Comments
This would be extremely useful. We want to use HawtIO but without this functionality it just isn't feasible. |
I for sure think we should consider this for hawtio 2.x, have created an issue in the current 2.x hawtio-java project. |
Sort of a hack but #2077 allows you to specify the connection settings via url parameters so you can create links that connect automatically to a given agent. links follow this pattern: If someone with a better understanding of hawtio could review/improve it please do. Regards, |
Thanks @haninaguib we have merged your PR into the 1.x branch |
…scheme Addresses ticket #1965, connection scheme setting update
We got a PR merged |
Hello, |
@cinhil The url is no longer supported for Hawtio v2, but now the Connect plugin has the feature to export/import defined Jolokia endpoints. |
Adding this issue from stackoverflow question:
http://stackoverflow.com/questions/30151365/hawtio-predefined-list-of-remote-agents
Claus has asked additional questions there, so I'll explain my point of view (hopefully its a right place of doing so):
Our application is comprised of many deployment units residing in different servers in cluster.
All the applications are written in Java and should have jolokia agent installed
Automation/dev ops would benefit if hawtio could support a server side configuration.
They could generate some kind of XML/properties file in a predefined format during the deployment process and supply that file to hawtio as an external parameter. An Example (possible XML file for 2 servers):
So that ui side would just "see" the representation of this file.
Now regarding the packaging (solely IMHO of course). Although I'm coming from the server side world, I believe that repackaging the WAR is not as versatile as an external configuration, because it would make the deployment process easier (just fetch from nexus and don't repackage during deployment) and in theory it should be less 'fragile' when it comes to upgrades in future where possibly the hawtio app structure may be changed.
Yet another (more advanced) step toward this direction is to support a dynamic configuration (out of URL or at least providing a watchdog on this configuration file). In this case it will be possible to add/remove agents dynamically, which is the most flexible approach I believe.
The text was updated successfully, but these errors were encountered: