[#RHQ-8] Plugin config templates

RHQ Project

Plugin config templates

Created: 27/Feb/08 05:22 PM Updated: 21/Jul/08 12:36 AM

Component/s:

Plugin Container

Fix Version/s:

None

Time Tracking:

Not Specified

Date of First Response:

27/Feb/08 05:34 PM

Description

« Hide

So, Plugin components have plugin configurations that they use to perform the management. These configurations are often defaulted by the plugin writer so that auto-discovery can do useful things, but sometimes the defaults are different for an environment. (e.g. a default setup for a certain type of application deployment within an enterprise) By letting the user edit what is the default configuration values for the plugin component they can control more what happens around auto-discovery and perhaps choose in a broader context, which features of a plugin they would like to use. Another example would be a plugin configuration to disable the discovery of deployed packages on a resource. Perhaps the user isn't interested in tracking the RPMs installed on their rhel boxes. A plugin config property to enable/disable this discovery combined with the plugin config template would give the admin full control

All

Comments

Work Log

Change History

Sort Order:

Ascending order - Click to sort in descending order

[ Permlink | « Hide ]

Charles Crouch - 27/Feb/08 05:34 PM

Not sure this feature could be extended to support this but an option to disable/enable a plugin by default would fix RHQ-1

[ Permlink | « Hide ]

Joseph Marques - 21/Jul/08 12:36 AM

this sort of sounds like you want an auto-discovery "profile" to be applied to particular resources at import-time. for each to-be-imported resource, the user is presented with a list of profiles for that resource type to chose from (profiles which can be tweaked, or new ones added per resource type via a separate part of the UI), and selects one for the import. assuming we implement this across the board, there would be at least one profile for each resource type, which would be selected by default.

fyi - i could see this being very useful to import, say, resources that have security turned on. if the plugin configuration needs to know about principal / credentials, then a security-enabled profile can be created (and set as the new default for that resource type) which would be applied to all imported resources. this way, they get inserted into the inventory and are discovered as available (green) instead of unavailable (red). granted, the fact that we support efficient group plugin configuration updates lessens the importance of this jira, but this is still an excellent feature request.