A Maven plugin for RHQ agent plugin development
by Thomas Segismont
Hi all,
If you ever wrote an RHQ agent plugin as a Maven project you probably
had to use different Maven plugins (dependency plugin, assembly plugin,
ant plugin) to get this done.
I have started a prototype for an RHQ agent plugin custom packaging and
wrote about this in the project wiki [1].
The goal is to get shorter and easier to read/write POM files. Anything
that makes plugin development simpler will encourage plugin development
I hope.
Please do not hesitate to give your feedback.
Thanks and regards,
Thomas
[1]
https://docs.jboss.org/author/display/RHQ/Maven+plugin+for+RHQ+agent+plugin
11 years, 1 month
Testing PIQL queries
by Ken Hancock
I have a java service that has an extremely large classpath list to the
point that even ps with "ww" arguments shows it clipped. I tried using a
process-scan with the pidfile and that didn't work, nor is my basename
query working.
Is there a simple way to test these queries out on a system without
deploying my plugin multiple times?
11 years, 1 month
Accessing plugin-configuration changed through the GUI
by Mike Domondon
Hi,
I have a server with a plugin-configuration defined in the plugin
descriptor.
<plugin-configuration>
<c:simple-property name="key" type = "string" required =
"true"/>
</plugin-configuration>
In the server's discovery component, I want to access the plug-in
configuration that was changed through the UI and not the default
plugin-configuration in the plugin descriptor.
This is what I tried in the discoverResources method:
List<Configuration> configs = context.getPluginConfigurations();
for (Configuration config : configs ) {
Uniquekey = config .getSimpleValue("key", null);
if (Uniquekey == null)
throw new InvalidPluginConfigurationException("No Key
provided");
}
What I get is that UniqueKey is not null. But it is blank.
getPluginConfigurations is deprecated, could it be the reason why my code
does not work? .
Thanks,
Mike
11 years, 1 month
Installation of RHQ 4.6.0 Binaries on Windows
by fred.holahan@opensourceadvisory.com
Hi, I downloaded the RHQ 4.6.0 zip from here and am attempting to extract
its contents to the Windows 8 file system. I'm receiving strange file
errors. I thought it was a permissions problem, so I made gave 7zip
Administrator privs. That did not fix the problem. Is the 4.6.0 binary
distro for Linux only? Thanks for any suggestions you can offer. -Fred
11 years, 1 month
Accessing parent plugin configuration
by Mike Domondon
I have a plugin with a Server that has a child service. The Server has a
plugin-configuration. Is it possible to access the plugin-configuration of
the server through the plugin component and discovery class of the child
service? How do I do this?
Thanks for your time! =)
Thanks,
Mike
11 years, 1 month
Provisioning - gathering requirements
by Lukas Krejci
Hi,
We've been thinking recently about how to simplify the situation for the users
when dealing with how RHQ manages content. Currently, users can use either the
bundle subsystem to deploy/undeploy stuff or there is some support for doing
it using our content subsystem.
We've realized that the content subsystem is very rigid and provides some
(overly) strong guarantees when it comes to checking the type of the data
deployable to certain locations. It is also able to link the resources in
RHQ's inventory with the content deployed "underneath" them. Using it is very
cumbersome and errorprone and users (as well as devs) generally had
difficulties getting anything useful out of it (mainly due to very over-
engineered server-side concepts like content source).
On the other hand, the bundle subsystem is designed to be free-form, scripted
deployment tool that provides the users with ant-based "recipes" for deploying
content giving them full power (and responsibility) over what and how is
deployed from a bundle. This has become quite popular amongst our userbase (as
far as we are aware of) exactly because of that power. The drawbacks of the
bundle subsystem are its inability to directly link the resources in the
inventory with the content that has been deployed through bundles and also its
coupling to the filesystem - it is not possible to deploy using some kind of
API from a bundle. Also, one cannot easily "just drop stuff somewhere" for it
to be deployed without writing some kind of recipe for it first.
We've been thinking about various ways of unifying these two approaches (each
of which has its pros and cons) but couldn't find a way that would be easy
enough, provided enough value and was backwards compatible (if you are really
interested, you can read through our wiki page that tracks the discussions
we've had: https://docs.jboss.org/author/display/RHQ/Bundles+vs.
+Content+-+On+Its+Head).
So far we identified what RHQ does *NOT* want to be:
* a fullblown provisioning system akin to Linux package management solutions
We'd rather be a complement or a much simpler alternative way of deliverying
content that would concentrate on deploying applications into "containers" -
our main usecase obviously being webapps to appservers.
We'd like our new "provisioning" system to (in decreasing priority):
* create ties between deployed content and RHQ's inventory as much as possible
(this might be difficult in the scripted scenarios),
* provide scriptability similarly (if not in the same way) as bundle subsystem
does today,
* provide "drop stuff" type of functionality so that users don't have to write
recipes for "well-known" types of content,
* provide ability to "discover" content present on the already known
resources.
What do you consider important? Do we miss usecases you'd like us to
implement? Would you change the priorities of the above?
Thanks,
Lukas
11 years, 1 month