The top level server responds with availability using the java test but no other metric appears accessible.
The attached xml, log and script almost run together... the script returns
q1state=0
q1depth=0
q2state=0
q2depth=18
q3state=0
q3depth=2
q4state=0
q4depth=40
when it is run.
The output of the test at the top level is
.
.
.
DEBUG [main] [PluginLoader] sqlquery-plugin.jar += /home/bjc/Hyro/hypericFree/agent-4.1.0/bundles/agent-4.1.0-1019/pdk/lib/jdbc/oracle12.jar
INFO [main] [SQLQueryMeasurementPlugin] Registered proxy for domain: sql
INFO [main] [ProductPluginManager] Loading plugin: WASQueueServer-plugin.xml
WASQueueMonitor Availability:
sigar:Type=ProcState,Arg=State.Name.eq%3Dcom.hyro.hypericplugins.WasQueueMonitorStarter:State
=>0.0%<=
for the command
java -jar /home/bjc/Hyro/hypericFree/agent-4.1.0/bundles/agent-4.1.0-1019/pdk/lib/hq-product.jar -Dplugins.include=WASQueueServer -m metric -t "WASQueueMonitor" -Dlog=debug
I get nothing when I attempt to get any of the Services discovered or metrics within them.
My guess at present is that some name matching has to be done , but I don't know which and where. This is not like the SMTP example process where everything comes from some the named system server.
I have changed the name of the logfile for confidentiality. This example SHOULD be able to discover stuff and does not. Simplifying it so that it has a unique service for each queue would quadruple the runtime for the script. Not that it runs a long time... I could refactor slightly so as to parse 4 separate logfiles for answers, but that would be IMHO, an abuse of the programmer who coded the queue monitor in the first place.
respectfully
BJ