For posterity sake, here is my Perl sample code to obtain, decode and print
the information from the statisticsBrokerPlugin via STOMP.
use AnyEvent;
use AnyEvent::STOMP;
use JSON::PP;
use Data::Dumper;
my $host= 'localhost';
my $port= undef;
my $ack = undef;
my $login
When you subscribe to the queue that will receive the stats, add a header
to the SUBSCRIBE frame of this value:
"transformation:jms-map-json"
there is also a jms-map-xml if you prefer xml
cheers
On Fri, Nov 2, 2012 at 6:15 AM, Fulko Hew wrote:
> On Fri, Nov 2, 2012 at 4:15 AM, Geurt Schimmel
On Fri, Nov 2, 2012 at 4:15 AM, Geurt Schimmel wrote:
Looked into AnyEvent::STOMP, but think it's rather obscure.
Actually, its not obscure, and it fits into the SNMP/ActiveX library I
wrote.
> Would recommend JMX instead.
I'm trying to avoid Java (at all costs)
...After 15 years of fightin
Looked into AnyEvent::STOMP, but think it's rather obscure. Would recommend JMX
instead. Using just one Jython (no JMX for Perl I'm afraid) script to monitor
all objects (broker, queues, topics). Start with enabling JMX
(/etc/default/activemq on Unix) and use (eg) jconsole to browse through all
So I just took a further peek... looks like the protocol converter isn't
converting the ActiveMQMapMessage which the StatisticsBroker creates into
an appropriate STOMP frame. There is some code inside the
JmsFrameTranslator that might do this, but the correct translator needs to
be picked for that.
On Thu, Nov 1, 2012 at 3:54 PM, Christian Posta
wrote:
> For your Java client, the header needs to be "reply-to" per the docs here:
> http://activemq.apache.org/stomp.html
>
Thanks, I also just recently discovered that mistake and am now getting
data...
My next issue is the 'encoding/transformat
For your Java client, the header needs to be "reply-to" per the docs here:
http://activemq.apache.org/stomp.html
Additionally, pass "null" for the "transaction" parameter of the
connection.send() command if you're not going to use transactions (not
needed for this example.. but if you just use the
