Skip to content
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

Closed
MarkBramnik opened this issue May 11, 2015 · 8 comments
Closed

Support a list of predefined jolokia agents #1965

MarkBramnik opened this issue May 11, 2015 · 8 comments

Comments

@MarkBramnik
Copy link

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):

<farm-configuration>
  <name>myfarm1</name>
  <participants>
      <participant>
          <name>server1</name>
          <connectionString>[HOW_TO_CONNECT_TO_JOLOKIA]</connectionString>
          <security>....</security>  <!-- user/password if required and so forth -->
    <participant>
          <name>server2</name>
          <connectionString>[HOW_TO_CONNECT_TO_JOLOKIA]</connectionString>
          <security>....</security>  <!-- user/password if required and so forth -->
     </participant>      
    </participants>
</farm-configuration>

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.

@sparks1372
Copy link

This would be extremely useful. We want to use HawtIO but without this functionality it just isn't feasible.

@gashcrumb
Copy link
Member

I for sure think we should consider this for hawtio 2.x, have created an issue in the current 2.x hawtio-java project.

@haninaguib
Copy link

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:
/hawtio/index.html#/jvm/connect?name=xxx&host=xxx&port=xxx&path=xxx&userName=xxx&password=xxx
(where you replace xxx with the desired values)

If someone with a better understanding of hawtio could review/improve it please do.

Regards,
Hani

davsclaus added a commit that referenced this issue Feb 28, 2016
@davsclaus
Copy link
Member

Thanks @haninaguib we have merged your PR into the 1.x branch

davsclaus added a commit that referenced this issue Aug 3, 2016
…scheme

Addresses ticket #1965,  connection scheme setting update
@davsclaus
Copy link
Member

We got a PR merged
1389c85

@julian-alarcon
Copy link

#2268

@cinhil
Copy link

cinhil commented Apr 26, 2020

Hello,
Is it a new working URL for this ?
It does not seems to work with last Hawt.IO version...

@tadayosi
Copy link
Member

@cinhil The url is no longer supported for Hawtio v2, but now the Connect plugin has the feature to export/import defined Jolokia endpoints.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants