JRuby

JRuby is an implementation of the Ruby programming language atop the Java Virtual Machine, written largely in Java. It is free software released under a three-way EPL/GPL/LGPL license. JRuby is tightly integrated with Java to allow the embedding of the interpreter into any Java application with full two-way access between the Java and the Ruby code (similar to Jython for the Python language).

JRuby
Developer(s)Charles Oliver Nutter, Thomas Enebo, Ola Bini and Nick Sieger
Initial release2001 (2001)
Stable release
9.2.14.0 / December 8, 2020 (2020-12-08)[1]
Repository
Written inRuby and Java
Operating systemCross-platform
PlatformJava Virtual Machine
TypeRuby programming language interpreter
LicenseEPL/GPL/LGPL
Websitewww.jruby.org 

JRuby's lead developers are Charles Oliver Nutter and Thomas Enebo, with many current and past contributors including Ola Bini and Nick Sieger. In September 2006, Sun Microsystems hired Enebo and Nutter to work on JRuby full-time.[2] In June 2007, ThoughtWorks hired Ola Bini to work on Ruby and JRuby.[3]

In July 2009, the JRuby developers left Sun to continue JRuby development at Engine Yard.[4] In May 2012, Nutter and Enebo left Engine Yard to work on JRuby at Red Hat.[5]

History

JRuby was originally created by Jan Arne Petersen, in 2001. At that time and for several years following, the code was a direct port of the Ruby 1.6 C code. With the release of Ruby 1.8.6, an effort began to update JRuby to 1.8.6 features and semantics. Since 2001, several contributors have assisted the project, leading to the current (2012) core team of around six members.

JRuby 1.1 added Just-in-time compilation and Ahead-of-time compilation modes to JRuby and was already faster in most cases than the then-current Ruby 1.8.7 reference implementation.[6]

JRuby packages are available for most platforms; Fedora 9 was among the first to include it as a standard package at JRuby 1.1.1.[7][8]

In July 2009, the core JRuby developers at Sun Microsystems, Charles Oliver Nutter, Thomas Enebo and Nick Sieger, joined Engine Yard to continue JRuby development.[4][9] In May 2012, Nutter and Enebo left Engine Yard to work on JRuby at Red Hat.[5]

JRuby has supported compatibility with Ruby MRI versions 1.6 through 1.9.3. JRuby 1.0 supported Ruby 1.8.6, with JRuby 1.4.0 updating that compatibility to Ruby 1.8.7. JRuby 1.6.0 added simultaneous support for Ruby 1.9.2, with JRuby 1.7.0 making Ruby 1.9.3 the default execution mode (Ruby 1.8.7 compatibility is available via a command-line flag). JRuby 9.0.0.0 added support for Ruby 2.2.

The current version of JRuby (9.2.11.0) support Ruby 2.5.7. The upcoming 9.3 version will support Ruby 2.6.[10]

Ruby on Rails

JRuby has been able to run the Ruby on Rails web framework since version 0.9 (May 2006),[11][12] with the ability to execute RubyGems and WEBrick. Since the hiring of the two lead developers by Sun, Rails compatibility and speed have improved greatly. JRuby version 1.0 successfully passed nearly all of Rails's own test cases.[13] Since then, developers have begun to use JRuby for Rails applications in production environments.[14]

Multiple virtual machine collaboration

On February 27, 2008, Sun Microsystems and the University of Tokyo announced a joint-research project to implement a virtual machine capable of executing more than one Ruby or JRuby application on one interpreter.[15]

Dynamic invocation on Java Virtual Machines

JSR 292 (Supporting Dynamically Typed Languages on the JavaTM Platform)[16] proposes:

  • adding a new invokedynamic instruction at the JVM level, allowing method invocation using dynamic type checking,
  • dynamically changing classes and methods at runtime.

The Sun Open source project Multi Language Virtual Machine aims to prototype this JSR.[17] The first working prototype, developed as a patch on OpenJDK, was announced and made available on end of August 2008.[18][19]

The JRuby team has implemented dynamic invocation into their codebase. Dynamic invocation initially shipped with the 1.1.5 release in a primitive form.[20] Version 1.7.0 enabled it by default on Java 8 builds.[21]

Release history

This table presents only releases that present significant steps in JRuby history, aside from versions that mainly fixed bugs and improved performance. Performance improvements are also not shown in the table below, as every release has usually brought such improvements.

Release Release Date Highlights
0.92006-08-01Rails support[11]
1.12008-03-28Performs better than Ruby MRI 1.8.7[6]
AOT mode and JIT mode[22]
1.1.42008-08-28Refactored Java integration layer
Beginning of Ruby 1.9 support
FFI subsystem for calling C libraries[23]
1.2.0[24] 2009-03-16JIT compiler for Ruby 1.9
Preliminary Android support by the Ruboto project.
1.3.0[25] 2009-06-03JRuby runs in restricted environments better like GAE/J
1.4.0[26][27] 2009-11-02Windows Native Launcher and Windows installer
Ruby 1.8.7 support
1.5.0[28] 2010-05-12Native Launcher for UNIX-based platforms
Ant support and Rake-Ant integration
Updates to the standard library, RubyGems, and RSpec
1.6.0[29] 2011-03-15Ruby 1.9.2 language and API compatibility
Built-in profiler
Experimental support for C extensions based on Ruby’s C API
1.7.0[21] 2012-10-22Ruby 1.9.3 language is the default mode
Support for invokedynamic
1.7.4[30] 2013-05-16Experimental Ruby 2.0 support (most features and stdlib included)
9.0.0.0[31] 2015-07-22Ruby 2.x support
New optimizing runtime
New POSIX-friendly IO and Process

Fully ported encoding/transcoding logic from MRI

9.1.7.0[32] 2017-01-11 Fixed serious LinkageError when using multiple threads

Fixed several keyword argument issues

Fixed several parser issues

Reduced memory use of the JIT

Update Psych to 2.2.2

Update jruby-openssl to 0.9.18

72 issues fixed

9.2.0.0[33] 2018-05-24Ruby 2.5 language support
9.2.9.0[34] 2019-10-30Ruby 2.5.7 language support

Design

Since early 2006, the current JRuby core team has endeavored to move JRuby beyond being a simple C port, to support better performance and to aid eventual compilation to Java bytecode. To support this end, the team set an ambitious goal: to be able to run Ruby on Rails unmodified using JRuby. In the process of achieving this goal, the JRuby test suite expanded to such extent that the team gained confidence in the "correctness" of JRuby. As a result, toward the end of 2006 and in the beginning of 2007, they began to commit much more complicated redesigns and refactorings of JRuby's core subsystems.

JRuby is designed to work as a mixed-mode virtual machine for Ruby, where code can be either interpreted directly, just-in-time compiled at runtime to Java bytecode, or ahead-of-time compiled to Java bytecode before execution. Until October 2007, only the interpreted mode supported all Ruby's constructs, but a full AOT/JIT compiler is available since version 1.1.[22] The compiler design allows for interpreted and compiled code to run side-by-side, as well as decompilation to reoptimize and outputting generated bytecode as Java class files.

Frameworks support

JRuby has built-in support for Rails, RSpec, Rake, and RubyGems. It embeds an FFI subsystem to allow the use of C libraries bundled as gems. It also allows launching the Interactive Ruby Shell (irb) as Ruby MRI does.

The Netbeans Ruby Pack, available in NetBeans 6, allows IDE development with Ruby and JRuby, as well as Ruby on Rails for the two implementations of Ruby.[35][36] It is no longer included in NetBeans 7.0 and later.

Programming

Ruby meets Java

JRuby is similar to the standard Ruby interpreter except written in Java. JRuby features some of the same concepts, including object-oriented programming, and dynamic typing as Ruby. The key difference is that JRuby is tightly integrated with Java, and can be called directly from Java programs.[37] Java has significant footing in the development of web applications.

JRuby calling Java

One powerful feature of JRuby is its ability to invoke the classes of the Java Platform. To do this, one must first load JRuby's Java support, by calling "require 'java'". The following example creates a Java JFrame with a JLabel:

require 'java'

frame = javax.swing.JFrame.new
frame.getContentPane.add javax.swing.JLabel.new('Hello, World!')
frame.setDefaultCloseOperation javax.swing.JFrame::EXIT_ON_CLOSE
frame.pack
frame.set_visible true

JRuby also allows the user to call Java code using the more Ruby-like underscore method naming and to refer to JavaBean properties as attributes:

frame.content_pane.add label
frame.visible = true

Calling JRuby from Java

JRuby can just as easily be called from Java, using either the JSR 223[38] Scripting for Java 6 or the Apache Bean Scripting framework.

//Example using JSR 233 Scripting for Java 6
ScriptEngineManager mgr = new ScriptEngineManager();
ScriptEngine rbEngine = mgr.getEngineByExtension("rb");
try {
    rbEngine.eval("puts 'Hello World!'");
} catch (ScriptException ex) {
    ex.printStackTrace();
}

Performance

According to some benchmarks, JRuby is faster than alternatives. Since implementations vary in how much code is loaded before execution, different methods of measuring speed can lead to biased interpretations of performance advantages. The time it takes for a Java Virtual Machine itself to load is often excluded from execution times when calculating benchmarks.

JRuby has the significant architectural advantage to be able to leverage JVM threads without being constrained by a global interpreter lock (similarly to Rubinius), therefore achieving full parallelism within a process, which Ruby MRI cannot achieve despite leveraging OS threads.

In a real Mongrel web server application tested in 2007, JRuby performance is better than Ruby MRI 1.8, after the Java Virtual Machine had been instantiated.[39]

In a 2007 benchmark of Ruby implementations, JRuby was faster than Ruby MRI 1.8 in some tests, but YARV outperformed both of them.[40]

As of April 2014, in The Computer Language Benchmarks Game, JRuby 1.7.4 typically has the same performance as Ruby MRI 2.1.0, but uses more memory.[41][42]

See also

References
  1. "JRuby 9.2.14.0 Released". Retrieved 2021-01-04.
  2. Jacki (2006-09-07). "Sun Welcomes JRuby Developers". On the Record. Archived from the original on 2012-08-29. Retrieved 2013-11-07.
  3. Ola Bini. "ThoughtWorks". On the Record.
  4. "Sun's JRuby Team Jumps Ship to Engine Yard". PCWorld. 2009-07-28. Retrieved 2012-06-02.
  5. "Red Hat lures in JRuby power pair". The Register. 2012-05-23. Retrieved 2012-06-02.
  6. Cangiano, Antonio (2007-03-12). "The Great Ruby Shootout". Retrieved 2008-02-01.
  7. Nutter, Charles (2008-04-25). "JRuby 1.1.1 in RedHat Fedora". Retrieved 2008-04-26.
  8. "jruby". fedoraproject.org. Retrieved 2008-04-26.
  9. Nutter, Charles (2009-07-28). "JRuby's Future at Engine Yard". Archived from the original on 2009-07-31. Retrieved 2009-07-28.
  10. "Ruby 2.6 Support". JRuby Team. Retrieved 2020-04-09.
  11. "Rails Support". JRuby Team. Retrieved 2008-02-17.
  12. Nutter, Charles (2008-08-24). "Zero to Production in 15 Minutes". Retrieved 2008-08-27.
  13. 98.6% of the 2,807 Rails-specific test cases execute successfully; see JRuby 0.9.8 Released Archived May 22, 2015, at the Wayback Machine
  14. "Success Stories". JRuby Wiki on GitHub. 2011-01-05. Retrieved 2011-03-16.
  15. "The University of Tokyo and Sun Microsystems Commence Joint Research Projects on High Performance Computing and Web-based Programming Languages". Sun Microsystems. 2008-02-27. Retrieved 2008-02-28.
  16. see JSR 292
  17. "Sub-Projects and Investigations". Sun Microsystems. 2007. Retrieved 2008-02-06.
  18. Rose, John (2008-08-26). "Happy International Invokedynamic Day!". Retrieved 2008-09-03.
  19. Lorimer, R.J. (2008-09-01). "Dynamic Invocation Runs on OpenJDK". infoq.com. Retrieved 2008-09-03.
  20. Nutter, Charles (2008-09-11). "A First Taste of InvokeDynamic". Retrieved 2008-09-13. I managed to successfully wire InvokeDynamic directly into JRuby's dispatch process! Such excitement! The code is already in JRuby's trunk, and will ship with JRuby 1.1.5 (though it obviously will be disabled on JVMs without InvokeDynamic).
  21. "JRuby 1.7.0 Released". JRuby Team. 2012-10-22. Retrieved 2011-10-23.
  22. Nutter, Charles (2007-09-27). "The Compiler Is Complete". Retrieved 2007-10-12.
  23. Enebo, Tom (2008-08-28). "JRuby 1.1.4 Released". Retrieved 2009-02-25.
  24. Enebo, Tom (2009-03-16). "JRuby 1.2.0 Released". JRuby Team. Archived from the original on 2009-03-19. Retrieved 2009-03-17.
  25. Enebo, Tom (2009-06-03). "JRuby 1.3.0 Released". JRuby Team. Archived from the original on 2009-06-12. Retrieved 2009-06-03.
  26. "JRuby 1.4.0 Released". JRuby Team. 2009-11-02. Retrieved 2009-11-03.
  27. "JRuby 1.4.0 Released". adtmag.com. 2009-11-10. Retrieved 2009-11-21.
  28. "JRuby 1.5.0 Released". JRuby Team. 2010-05-12. Retrieved 2010-05-12.
  29. "JRuby 1.6.0 Released". JRuby Team. 2011-03-15. Retrieved 2011-03-15.
  30. "JRuby 1.7.4 Released". JRuby Team. 2013-05-16. Retrieved 2013-05-19.
  31. "JRuby 9.0.0.0 Released". JRuby Team. 2015-07-22. Retrieved 2015-07-25.
  32. "JRuby 9.1.7.0 Released — JRuby.org". jruby.org. Retrieved 2017-01-13.
  33. "JRuby 9.2.0.0 Released". Retrieved 2018-05-27.
  34. "JRuby 9.2.9.0 Released". Retrieved 2019-11-05.
  35. "Ruby & JRuby Support Available in NetBeans IDE". netbeans.org. 2007-03-06. Retrieved 2009-07-04.
  36. "Ruby brightens the NetBeans platform". infoworld.com. 2007-03-01. Retrieved 2008-07-04.
  37. Fox, Joshua (July 17, 2006). "Ruby for the Java world". JavaWorld. Retrieved 2020-07-26.
  38. JSR 223: Scripting for the Java Platform Specification Request
  39. Sieger, Nick (2007-10-25). "JRuby on Rails: Fast Enough". Retrieved 2007-10-28.
  40. Cangiano, Antonio (2007-12-03). "The Great Ruby Shootout". Retrieved 2014-02-02.
  41. "JRuby compared to Ruby 1.9, Computer Language Benchmarks Game (1)". Archived from the original on 2015-01-23. Retrieved 2014-02-02.
  42. "JRuby compared to Ruby 1.9, Computer Language Benchmarks Game (2)". Archived from the original on 2014-07-23. Retrieved 2014-02-02.

Further reading
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.