[infinispan-dev] [ISPN-134] Creating @Jopr* annotations or extending @Managed* ones?
Heiko W.Rupp
hrupp at redhat.com
Wed Sep 30 07:42:25 EDT 2009
Hi Galder,
Am 30.09.2009 um 11:51 schrieb Galder Zamarreno:
> two are measurement metrics, the two below are trait metrics. So, on
> top
> of jopr adding new fields, there's the issue that not all
> @ManagedAttribute map to the same thing on the jopr side.
Yes. This would e.g. need an attribute of "dataType"
> So, my suggestion would be to have some jopr specific annotations that
> allow us to differentiate between different jopr types (i.e.
> @JoprMetric(dataType="measurement"), @JoprMetric(dataType="trait"))
> and
> where we can add any extra information required by jopr, i.e.
> displayName...etc.
>
Good idea.
> I think using this annotations would be cleaner than extending
> @Managed*
> ones. Also, such @Jopr* or annotations would need to live in core/
>
> Heiko, does Jopr have annotations like this already?
No we don't
Actually I'd love to see that within $RHQ/modules/helpers so that
other projects
can pick it up to define their plugin descriptors too.
This could perhaps live in the plugin generator, where a phase after
defining the properties of a server/service would be to ask the
questions
"shall I scan for annotations to create metrics" and then
"please pass a package/classes mask for the classes to use". This
would then go out, gather all that data and populate the <metric> tags
along with "if (req.getName().equals("xxx") .. { " blocks in getValues()
Same could happen for some @RhqOperation and @RhqConfiguration (for
resource configuration bits) too.
Heiko
More information about the infinispan-dev
mailing list