RHQ 4.6 released
by Heiko W.Rupp
I am happy to announce the immediate availability of RHQ 4.6
Features of this release are:
• The internal app server is now JBossAS 7.1
• GWT has been upgraded to version 2.5
• There is a new installer (this has also changed since the 4.6 alpha release)
• The REST-Api has been enhanced
• Korean translations have been added (contributed by SungUk Jeon)
• Webservices have been removed
• Building RHQ now requires Java7, but it will still run on Java6
You can download the release from source forge [1].
As mentioned above, the old installer is gone, so make sure to read the wiki document describing how to use the new installer [2].
Maven artifacts are available from the JBoss Nexus repository and should soon also be available from Central.
We also like to say thank you to our contributors for this release:
• Jürgen Hoffmann
• Richard Hensman
• SungUk Jeon
Heiko on behalf of the RHQ team
1] https://sourceforge.net/projects/rhq/files/rhq/rhq-4.6.0/
2] https://docs.jboss.org/author/display/RHQ/Installing+RHQ+on+JBossAS+7
--
Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
Handelsregister: Amtsgericht München HRB 153243
Geschaeftsführer: Mark Hegarty, Charlie Peters, Michael Cunningham, Charles Cachera
11 years, 1 month
Re: RHQ 4.6 released
by John Mazzitelli
The installer page you should read is this one:
https://docs.jboss.org/author/display/RHQ/Running+The+Installer
The one linked below is the design page - probably not the one users will want to refer to.
----- Original Message -----
> I am happy to announce the immediate availability of RHQ 4.6
>
> Features of this release are:
>
> • The internal app server is now JBossAS 7.1
> • GWT has been upgraded to version 2.5
> • There is a new installer (this has also changed since the 4.6
> alpha release)
> • The REST-Api has been enhanced
> • Korean translations have been added (contributed by SungUk Jeon)
> • Webservices have been removed
> • Building RHQ now requires Java7, but it will still run on Java6
>
> You can download the release from source forge [1].
>
> As mentioned above, the old installer is gone, so make sure to read
> the wiki document describing how to use the new installer [2].
>
> Maven artifacts are available from the JBoss Nexus repository and
> should soon also be available from Central.
>
> We also like to say thank you to our contributors for this release:
>
> • Jürgen Hoffmann
> • Richard Hensman
> • SungUk Jeon
>
> Heiko on behalf of the RHQ team
>
> 1] https://sourceforge.net/projects/rhq/files/rhq/rhq-4.6.0/
> 2]
> https://docs.jboss.org/author/display/RHQ/Installing+RHQ+on+JBossAS+7
>
>
> --
> Reg. Adresse: Red Hat GmbH, Technopark II, Haus C,
> Werner-von-Siemens-Ring 14, D-85630 Grasbrunn
> Handelsregister: Amtsgericht München HRB 153243
> Geschaeftsführer: Mark Hegarty, Charlie Peters, Michael Cunningham,
> Charles Cachera
>
>
11 years, 2 months
Re: help with my custom server plugin
by Claudianus A
Hello -
I am replying to my own post since I was able to track down the cause of
the NPE I was getting.
Basically, what I found is that optional parameters have to have a value.
If not a NPE is thrown when the ServerPluginDescriptorMetadataParser tries
to add callback data properties to the java.util.Properties object (line
357), because the value for optional parameters is null. I thought I could
set some default value but there was no way to handle those in there. So
for now my workaround is to force the user to set empty string for all
optional parameter they will not be providing value for.
But I would think that we need some utility that can first go through the
value set and replace all null values by their default equivalents if there
are any before passing the ScheduleJobsConfig (or nay plugin related
configuration for that matter) to the ServerPluginManager [lines 442 -4
44]. So this will be a ParserHelper to be used whenever configuration
values are retrieved such as on lines [231 - 245] and then on line 256 of
the ServerPluginDescriptorMetadataParser, thereby removing the need to hard
code the default values as currently done on lines [231 - 245] referred to
above. I don't know a lot about how this would affect the APIs so I am just
throwing this out there. If it is a good idea or people have a better way
of handling this they can suggest that and If you want I can add it.
Again like I said I don't know much about the inner working of the various
APIs to know how much of an impact this would be. I just thought that it is
very inconvenient to force the user to enter value for parameters that are
optional. For example for my plugin that is 15 optional parameters that I
am having the user enter empty string for. Of course, I could try to merge
some of them together by using a comma separated list but some of the
flexibility and the semantic I am trying to provide would then be lost.
Just some food for thoughts.
Anyway thank you all.
--
Claudianus
11 years, 2 months
help with my custom server plugin
by Claudianus A
Hello all -
Can anyone take a look at my plugin and help me figure out what I may be
missing please?
I have followed all the steps required to develop a custom server plugin
and have tested the part that does not depend on RHQ. However when I upload
the plugin into JON 3.1.2, it is loaded correctly but when I try to enter
the parameters needed to schedule an instance of the job I get a NPE and I
can't seem to figure out what I am missing. I tried to write a remote
client to remotely invoke my JON instance so I can debug it but I was not
successful in doing that either. Any help will be greatly appreciate it.
I am attaching my project so you can take a look.
Regards,
--
Claudianus
11 years, 2 months