JMX the Ruby way with jmx4r
You get this for free, just by running JRuby with Java 6. You can attach to any Java process at all. Remotely too. And get this kind of information. Can your Ruby do that?The tool he used to monitor the JVM process was JConsole, which has been shipped with Java since version 5. Another way of accessing JMX information is now available: jmx4r by Jeff Mesnil allows to access JMX MBeans from JRuby code. Here a simple example:
require 'java'This connects to an MBean server on localhost with default connection parameters, but it's possible to use a custom JMX Service URL as well.
memory = JMX::MBean.find_by_name "java.lang:type=Memory"
memory.verbose = true
Jmx4r removes boilerplate from JMX client code using Ruby Metaprogramming techniques. This allows a Ruby-ish way of accessing the JMX operations and attributes of the MBeans.
In the sample,
memory.verboseis an attribute which would normally have to be set with a verbose JMX method call. Jmx4r sets up an accessors in the class that represents the
memoryMBean. Information about the MBean is fetched and
define_methodis used to create the necessary methods for every attribute.
Operations are supported with the help of the
method_missing, which is called when no method definition for a method call can be found. In the sample,
memory.gcis a call to the Memory MBean's operation that runs the Garbage Collector - but such a method is not defined in the class of the
memoryobject. Instead, the
method_missingmethod is invoked, determines if there is an operation for this method name, and then invokes it using JMX APIs.
A big advantage of a library such as jmx4r comes into play with interactive shells for JRuby, such as jirb. This allows a developer or JRuby savy admin to access one (or more) MBean servers while still having the full power of a language available. This is useful for bulk jobs which haven't been automated otherwise. Another example from the jmx4r site shows this:
logging = JMX::MBean.find_by_name "java.util.logging:type=Logging"
logging.logger_names.each do |logger_name|
logging.set_logger_level logger_name, "INFO"
This queries all loggers and changes their log level in one fell swoop. In a graphical tool, this would require a few clicks per logger. No to mention that, once this code is written and known to work, it can be saved off into a script and reused. Another benefit of this is the ability for a JRuby process to monitor its own JVM by contacting its MBean server.
A recently added feature is support for authentication. Here a sample of how to use this:
JMX::MBean.establish_connection :host => "localhost",
:username => "jeff", :password => "secret"
Ruby to shut down 300 JVMs at once in 0.5 second.
they wanted to be able to freeze these 300 JVM's at once.
I had a Ruby process that was running all 300 VM's were underneath it, and I could freeze it in about a half of second. All 300 of them.
The real work was already done by JMX and JRuby guys: I just needed to put a little glue to bind everything required to write simple management scripts in Ruby.
Val, to be fair, I implemented the metaprogramming parts to glue JRuby with JMX without knowing about Aaron code (he used missing_method for attributes while I went the define_method way for them).
However once I saw his post, I took his better syntax to make the code looks like Ruby/Rails rather than Java.