This revision made February 25, 2011 20:09, by johndouthat

DO NOT EDIT - MOVED TO HERE => CallingJavaFromJRuby

» JRuby Project Wiki Home Page

Scripting Java from JRuby (jruby 1.0+)

An example

All the following examples can be "run" either from the command line, or by using jirb_swing, the Swing-based IRB console that comes with JRuby. You can start jirb_swing like $ jruby -S jirb_swing.

A special require 'java' directive in your file will give you access to any bundled Java libraries (classes within your java class path). However, this will not give you access to any non-bundled libraries. A bit more is needed for that, which will be discussed later.

The following code shows typical use. It should pop up a small window showing "Hello" on your screen.

    # This is the 'magical Java require line'.
    require 'java'
    # With the 'require' above, we can now refer to things that are part of the
    # standard Java platform via their full paths.
    frame ="Window") # Creating a Java JFrame
    label ="Hello")
    # We can transparently call Java methods on Java objects, just as if they were defined in Ruby.
    frame.getContentPane.add(label)  # Invoking the Java method 'getContentPane'.

Note: If you are testing the example above in the Swing IRB console jirb_swing, change the default close operation to DISPOSE_ON_CLOSE, or HIDE_ON_CLOSE unless you want jirb_swing to also close when you close the second window.

Here's another example (showing results from testing these statements in the jirb console).

Let's say you wanted to get a list of network interfaces. You can get Java API docs at

Here's how to access the methods from this Java Class from from JRuby:

  irb(main):013:0> ni =
  => #<#<Class:01x7e666f>:0x855a27$1@821453>

ni is a Ruby variable holding a Java Enumeration of NetworkInterfaces. You can see the Class ancestry for ni like this:

  irb(main):029:0> ni.class.ancestors
  => [#<Class:01x7e666f>, Java::JavaUtil::Enumeration, Enumerable, Java::JavaLang::Object, 
  ConcreteJavaProxy, JavaProxy, JavaProxyMethods, Object, Java, Kernel]

Enumeration elements can't be accessed using Array#[] syntax but they do appear as Arrays for many other purposes. You can find out both the Java and Ruby methods for an Enumeration of NetworkInterfaces like this:

  => ["__jsend!", "has_more_elements", "hasMoreElements", "next_element", "nextElement",
  "each", "reject", "member?", "grep", "include?", "min", "sort", "any?", "partition", 
  "each_with_index", "collect", "find_all", "to_a",  "inject", "detect", "map", "zip", 
  "sort_by", "max", "entries", "all?", "find", "select", "hashCode", "notifyAll", 
  "getClass", "to_string", "toString", "get_class", "notify_all", "equals", 
  "hash_code", "wait", "notify", "__jcreate!", "java_class", "eql?", "synchronized", 
  "to_java_object", "equal?", "java_object", "java_object=", "to_s", "==", "hash",
  "java_kind_of?", "handle_different_imports", "include_class", "display", 
  "object_id", "frozen?", "org", "__id__", "clone", "__send__", "id", "__jtrap", 
  "instance_eval",  "singleton_methods", "is_a?", "extend", 
  "instance_variable_set", "freeze", "remove_instance_variable", "=~",
  "private_methods", "methods", "instance_variable_get", "nil?", "send", 
  "untaint", "com", "type", "class", "===", "instance_of?", 
  "protected_methods", "tainted?", "kind_of?", "javax", "inspect", "java", 
  "instance_exec", "taint", "dup", "public_methods", "instance_variable_defined?", 
   "respond_to?", "method", "instance_variables"]

Because JRuby supports the #each method on Java Enumerations you can do this:

  irb(main):011:0> {|i| puts i; puts }
  name:en1 (en1) index: 5 addresses:
  name:en0 (en0) index: 4 addresses:
  name:lo0 (lo0) index: 1 addresses:

Accessing and Importing Java Classes

Require a jar file to make resources in the jar discoverable within JRuby

To use resources within a jar file from JRuby, the jar file must either be on the classpath *or* be made available with the require method:

  require 'path/to/mycode.jar'

This require makes the resources in mycode.jar discoverable by later commands like import and include_package.

Note that loading jar-files via require searches along the $LOAD_PATH for them, like it would for normal ruby files.

Load a .class File

If you need to load from an existing .class file(or one that's not camelcase), the following has examples:

Basically it's $CLASSPATH << "target/classes"; import org.asdf.ClassName where "target/classes/org/asdf/ClassName.class" exists.

Note also that this will need to be a full path name or relative to the directory the script starts in, as the JVM doesn't seem to respond to Dir.chdir very well.

Referencing a Java Class by Full Class Name

You can reference a Java class in JRuby in at least two different ways.

  • The first is to map Java names like to Ruby nested modules format. This works as follows:
   Ruby: Java::OrgFooDepartment::Widget

That is:

    • Java packages all reside within the Java module.
    • The package path is then transformed by removing the dots and converting to CamelCase

This also means that, just as in Java, packages are not nested, but are each associated with their own unique module name.

  • Second way: for the top-level Java packages java, javax, org, and com you can type in a fully qualified class name basically as in Java, for example, java.lang.System or

You can get the same effect for your own (custom) top-level packages, as follows. Let's assume that your packages are called Then, you define

   def edu

And then you can use use usual Java package names like Note also that you must use the right capitalization, though see below for how you can change and assign it to your own liking.

Using a Java Class Without The Full Path Name

You can always access any Java class that has been loaded or is in the classpath by specifying its full name. With the java_import statement or import statement, you can make the Java class available only by its class name, just as in Java.

Example: java_import and use the java.lang.System class.

  require 'java'
  java_import java.lang.System
  version = System.getProperties["java.runtime.version"]

You could also do it with just straight import, as well.

  require 'java'
  import java.lang.System
  version = System.getProperties["java.runtime.version"]

Note: As noted in this bug report, java_import is the newer and safer, way to import Java classes.

After this point, the "System" constant will be available in the global name space (i.e. available to any script). The import keyword allows you to copy and paste (and re-use) imports from your Java code straight into Ruby.

You can also get the same effect by reassigning a Java class to a new constant, like

  require 'java'
  Sys = java.lang.System
  version = Sys.getProperties["java.runtime.version"]

Use include_package within a Ruby Module to import a Java Package's classes on const_missing

Use include_package "package_name" in a Ruby Module to support namespaced access to the Java classes in the package. This is similar to java's "package xxx.yyy.zzz;" format. It is also legal to use import "package_name".

"Example 1":

 module M
   include_package ""
   # now any class within "" will be available within
   # this module, ex if "" exists
   # a =

Example: create a Ruby Module called JavaLang that includes the classes in the Java package java.lang.

  module JavaLangDemo
    include_package "java.lang"
    # alternately, use the #import method
    import "java.lang"

Now you can prefix the desired Java Class name with JavaLangDemo:: to access the included Classes:

  version = JavaLangDemo::System.getProperties["java.runtime.version"]
  => "1.5.0_13-b05-237"
  processors = JavaLangDemo::Runtime.getRuntime.availableProcessors
  => 2

All Java classes in the package will become be available in this class/module, unless a constant with the same name as a Java class is already defined.

The use of the Module name to scope access to the imported Java class is also helpful in cases where the Java class has the same name as an existing Ruby class.

For example if you need to create an instance of a object, this code will work:

  newfile ="file.txt")
  => #<Java::JavaIo::File:0xdc6f00 @java_object=file.txt>

However you've now redefined the Ruby constant File and can no longer access the Ruby File class. Executing this:'README', 'r') {|f| puts f.readline }

Will produce this error:

  NoMethodError: private method `open' called for Java::JavaIo::File:Class

If instead you create a module called JavaIO and include the package in the module definition:

  module JavaIO     
    include_package ""

You can now create a new instance of the Java class File without shadowing the Ruby version of the File class:

  newfile ="file.txt")
  => #<Java::JavaIo::File:0x15619c @java_object=file.txt>

And the Ruby File class is still accessible:'README', 'r') {|f| puts f.readline }
  JRuby -  A Java implementation of the Ruby language
  => nil

Making them accessible in the main name space

You can set const_missing to make them accessible in more than just a module. See though there might be a better way.

Using within classes within module

NB that currently this "include_package" lookup doesn't work within any sub-modules or sub-classes. See

You could override const_missing, though (see above), if you wanted that behavior.

Using Static Java Enumerations

Java enums are accessible from Ruby code as constants:

  lock.try_lock(5000, java.util.concurrent.TimeUnit::MILLISECONDS)


  java_import java.util.concurrent.TimeUnit
  lock.try_lock(5000, TimeUnit::MILLISECONDS)


JRuby automatically binds the following names in the context of a class to the top-level Java packages: com, org, java, javax. This means that you can reference these packages without having to explicitly require or import them. This takes effect for all Ruby classes in an application where a require 'java' appears. This binding takes place in precedence to the classes "method_missing" handling.

If you do not want this behaviour for a specific class, you can undefine it for that class. Here's an example that will execute identically under Ruby and JRuby:

# Note: Comment out for Ruby test. Uncomment for JRuby test.
require 'java'

class MethodMissing
  # JRuby: Undefine the standard "automatic" bindings to Java, to avoid any automatic binding.
  undef org, com, java, javax
  def method_missing(m, *args)
    puts "method_missing: #{m}."
    "This is what I return from method missing."

mm =
result =
puts "Result: #{result} Type: #{}"

Calling a Java Method

Alternative Names and Beans Convention

In Ruby, one usually prefers method_names_like_this, while Java traditionally uses methodNamesLikeThis. If you want, you can use Ruby-style method names instead of the Java ones.

For example, these two calls are equivalent


JRuby also translates methods following the 'beans-convention':

  x.getSomething            becomes   x.something
  x.setSomething(newValue)  becomes   x.something = new_value
  x.isSomething             becomes   x.something?

You don't have to use these alternatives, but they can make the interaction with Java code feel more Ruby-like.

Constructors or,y,z) generally works as expected. If you wish to select a particular constructor by signature use reflection:

 # Get the the three-integer constructor for this class
 construct = JavaClass.java_class.constructor(Java::int, Java::int, Java::int)
 # Use the constructor
 object = cons.new_instance(0xa4, 0x00, 0x00)

Beware of Java generics

If a Java class is defined with Java generics, the types are erased during compilation for backwards compatibility. As a result. JRuby will have problems with automatic type conversion. For example, if you have a Map<String,String>, it will be seen as a simple Map, and JRuby will not be able to determine the correct types using reflection.

Additional Java Method Access

JRuby defines a number of additional methods for Java objects.

  • java_class returns the Java class of an object.
  • java_kind_of? works like the instanceof operator.
  • java_object returns the underlying Java object. This is useful for reflection.
  • java_send overrides JRuby's dispatch rules and forces the execution of a named Java method on a Java object. This is useful for Java methods, such as initialize, with names that conflict with built-in Ruby methods. More below. Added in JRuby 1.4
  • java_method retrieves a bound or unbound handle for a Java method to avoid the reflection inherent in java_send. More below. Added in JRuby 1.4

Calling masked or unreachable Java methods with java_send

Sometimes you need to call initialize AFTER the .new() call, for example the RTPManager class in JMF. Unfortunately, this method is masked by Ruby's initialize constructor method. As of JRuby 1.4, the java_send method can be used to call this, and any other, masked method:

  @mgr =
  localhost ="")
  localaddr =, 21000, localhost, 21001)
  @mgr.java_send :initialize, [], localaddr

Here is another example of calling the ArrayList.add method with java_send:

 import java.util.ArrayList
 list =
 list.java_send :add, [Java::int, java.lang.Object], 0, 'foo'
 puts list.java_send :toString # => "[foo]"

Note the second argument, which is an array of types indicating the exact method signature desired. This is useful for disambiguating methods that are overloaded on similar types such as int and long.


Here is an example that shows using java's reflection within jruby

  @mgr =
  localhost ="")
  localaddr =, 21000, localhost, 21001)
  method = @mgr.java_class.declared_method(:initialize, )
  method.invoke @mgr.java_object, localaddr.java_object

Bound and Unbound Java methods with java_method

java_send relies on reflection and may lead to poor performance in some cases. Each time it is called, the desired method must be relocated. With the java_method method you can get a reference to any overloaded Java method as a Ruby Method object:

 # get a bound Method based on the add(int, Object) method from ArrayList
 add = list.java_method :add, [Java::int, java.lang.Object], 'foo')

Similarly, an Unbound method object can be retrieved:

 # get an UnboundMethod from the ArrayList class:
 toString = ArrayList.java_method :toString
 toString.bind(list).call # => [foo, foo]

Conversion of Types

Ruby to Java

See the JRuby rspec source code dir spec/java_integration for many more examples.

When calling Java from JRuby, primitive Ruby types are converted to default boxed Java types:

Ruby TypeJava Type
"foo" java.lang.String
1 java.lang.Long
1.0 java.lang.Double
true, false java.lang.Boolean
1 << 128 java.math.BigInteger

However, this does not mean that you cannot call methods expecting a primitive type. You can also pass an integer to a method expecting a double value. JRuby usually tries quite hard to find a method that can understand your parameters.

If JRuby cannot find a matching method, it tries to pass the actual JRuby objects instead (that is, the Java objects from the JRuby implementation). A consequence of this is that if this fails you will see an error message stating that JRuby hasn't found a method taking an object of class org.jruby.RubyObject instead of the actual type.

If JRuby is not finding the exact method you want to call, perhaps because of extreme ambiguity like foo(int) vs. foo(long), the java_send method can be used to disambiguate. See below.

Java to Ruby

When primitive Java types are passed to JRuby they are converted to the following Ruby types:

Java TypeRuby Type
public String String
public byte Fixnum
public short Fixnum
public char Fixnum
public int Fixnum
public long Fixnum
public float Float
public double Float

The Java Booleans true and false are coerced to the Ruby singleton classes TrueClass and FalseClass which are represented in Ruby with the instances true and false.

The null Java object is coerced to the Ruby class NilClass which is represented in Ruby as the instance nil.

Java Primitive Classes

Java primitive classes can be found in the Java module. For example, Java::byte represents the primitive type byte in java. You can get its class as follows:

Ruby Code Java Class
Java::JavaClass.for_name("byte") Java::byte.java_class
Java::JavaClass.for_name("boolean") Java::boolean.java_class
Java::JavaClass.for_name("byte") Java::byte.java_class
Java::JavaClass.for_name("short") Java::short.java_class
Java::JavaClass.for_name("char") Java::char.java_class
Java::JavaClass.for_name("int") Java::int.java_class
Java::JavaClass.for_name("long") Java::long.java_class
Java::JavaClass.for_name("float") Java::float.java_class
Java::JavaClass.for_name("double") Java::double.java_class


There are two ways of constructing Java arrays. One is to use the to_java method of the class Array. The other is to use the [] method for the primitive Java types.

Converting a Ruby Array to a Java Array

The to_java method constructs a Java array from a Ruby array:

  => [Ljava.lang.Object;@1a32ea4

By default, to_java constructs Object arrays. You can specify the parameter with an additional argument which can either be a symbol or a primitive class like Java::double

  => [Ljava.lang.String;@170984c
  [1, 2, 3.5].to_java Java::double
  => [D@9bc984

Constructing Empty Java Arrays

Sometimes a Java library will need a fixed-length array, say for example a byte buffer for a stream to read into. For this, you can use the [] method of the primitive types in the Java module:

  bytes = Java::byte[1024].new # Equivalent to Java's bytes = new byte[1024];

Ruby String to Java Bytes and back again

  bytes = 'a string'.to_java_bytes
  => #<#<Class:01x9fcffd>:0x40e825 @java_object=[B@3d476c>
  string = String.from_java_bytes bytes
  => "a string"

Convert a Java InputStream to a ruby IO object

  io = input_stream.to_io # works for InputStreams, OutputStreams, and NIO Channels


Note that currently you cannot call java methods from within a ruby class' constructor that inherits from a java class, without first calling


or it results in a stack overflow

Referencing a java.lang.Class object

If you call a Java class from JRuby and need to pass a Java class as an argument, if you use this form:


you'll get this error:

  TypeError: expected [java.lang.Class]; 
  got: [org.jruby.RubyClass]; error: argument type mismatch

Instead use the method java_class.


Integrating JRuby and Java Classes and Interfaces


Reopening Java Classes

In Ruby, classes are always open, which means that you can later add methods to existing classes. This also works with Java classes.

This comes in handy when adding syntactic sugar like overloaded operators to Java classes, or other methods to make them behave more Ruby-like.

Note that these additions will only be visible on the JRuby side.

Subclassing a Java class

You can subclass (i.e. extend) a Java class and then use the JRuby class whenever Java expects the superclass.


If you have a class name ambiguity between Java and Ruby, the class name will reference the Ruby construct within the Ruby code. For instance, if you import java.lang.Thread and then write JThread < Thread, JThread will in fact inherit the Ruby Thread object, not the Java Thread. The solution is to use the full Java Class name, such as:

 JThread < java.lang.Thread


Java interfaces are mapped to modules in JRuby. This means that you can also reopen the corresponding module and add further methods on the JRuby side.

Implementing Java Interfaces in JRuby

JRuby classes can now implement more than one Java interface. Since Java interfaces are mapped to modules in JRuby, you implement them not by subclassing, but by mixing them in.

  class SomeJRubyObject
    include java.lang.Runnable
    include java.lang.Comparable

Closure conversion

JRuby sports a feature called closure conversion, where a Ruby block or closure is converted to an appropriate Java interface. For example:

  button = "Press me!"
  button.add_action_listener {|event| event.source.text = "You did it!"}

In this example, the JButton's addActionListener method takes one parameter, a java.awt.event.ActionListener. The block is converted to a Proc object, which is then decorated with a java interface proxy that invokes the block for any method called on the interface.

This not only works for event listeners or Runnable, but basically for any interface. When calling a method that expects an interface, JRuby checks if a block is passed and automatically converts the block to an object implementing the interface.


Java classes can't inherit from a JRuby class

Hopefully this feature will be added in the planned re-write of the Java integration layer in a future release of JRuby.

Exception Handling

Native Java exceptions can be caught in Ruby code as expected:

 rescue java.lang.NumberFormatException => e
   puts "Failed to parse integer: #{e.message}"

Furthermore, Ruby code can throw Java exceptions:

   raise"Bad param")
 rescue java.lang.IllegalArgumentException => e
   puts "Illegal argument: #{e}"

This is useful if you happen to be implementing a Java interface in Ruby that requires a particular exception to be thrown on error.

Note that this can also be written:

   raise"Bad param")
 rescue Java::JavaLang::IllegalArgumentException => e
   puts "Illegal argument: #{e}"

Synchronization in JRuby

When interacting with Java APIs from JRuby, it is occasionally necessary to synchronize on an object for thread safety. In JRuby, a synchronize method is provided on every wrapped Java object to support this functionality. For example, the following Java code:

 synchronized(obj) {

is implement like this in Ruby:

 obj.synchronized do
   obj.wait 1000

The expression evaluates to the result of the block, e.g.,

 obj.synchronized { 99 }  # => 99

Related Articles

Difference compared to previous revision
<span>* [ Java Integration: JavaScript, Groovy and JRuby] Side-by-side comparison of Java integration in JavaScript, Groovy and JRuby. * [ Java Integration] From the JRuby main page. * [ JtestR] A testing framework for Java based on JRuby. * [ Sparrow] A JMS client for messaging based on JRuby.<span style="text-decoration:line-through;color:red"> * [ Term Papers] * [ Potty Training] * [ plus size jeans] * [ designer jeans] * [ debt management companies] * [ how to make money online] * [ internet marketing strategies] * [ Viagra kaufen] * [ Levitra kaufen]</span><span>
  • Mysql
  • Glassfish
  • Jruby
  • Rails
  • Nblogo
Terms of Use; Privacy Policy;
© 2014, Oracle Corporation and/or its affiliates
(revision 20160708.bf2ac18)
Please Confirm