At one point there was the suggestion that the JRuby dev team might accept community help in continuing maintenance releases of the JRuby 1.6.x series. I noticed that the jruby-1_6 branch already has several un-released fixes applied. On top of this I have been able to backport many additional fixes from master, for a total of 47 bugs fixed since 1.6.7.2. Would the JRuby team consider an official 1.6.8 release that is something like this, perhaps reduced if any of these fixes aren't conservative enough? Might I be able to help further, such that this wouldn't be a significant distraction from the great work you are doing on 1.7?
Are there JRuby users besides myself that would welcome such a release and be likely to deploy it, prior to a final/stable 1.7.0 release?
Github pull request with the cherry-picks:
https://github.com/jruby/jruby/pull/244
There are 12 fixes already applied to the
1.6.8.dev versioned jruby-1_6 branch, shown here in order applied, with jira bug titles:
JRUBY-6497 Unable to convert varargs into String on JRuby 1.9 mode
JRUBY-6518 Array#combination returns unexpected value when argument number too big.
JRUBY-6522 ThreadLocal RubyEncoding.UTF8_CODER leaks class loader
JRUBY-6541 DRb::DRbIdConv difference between 1.8 and 1.9
JRUBY-6344 Embedded \r should not be treated as end of comment line
JRUBY-6544 Introduce ability to provide a file system abstraction for each Jruby session.
JRUBY-4502 Wrong gzip data crashes JRuby
JRUBY-6580 performance drop with threadsafe autoloading for JRuby 1.6.6.
JRUBY-6612 some problems with JRuby seeming to not detect Java Long arithmetic overflows
JRUBY-6661 strftime should behave the same for datetime and time
JRUBY-6619 NoMethodError 'upcase' on Java string
JRUBY-6607 TCPSocket connect failure inside Timeout leaves orphaned sockets
To this I was able to cherry-pick the following 35 fixes from master with zero conflicts and with all tests passing for each addition:
JRUBY-6489 FileLock.release() throwing Java::JavaLang::NullPointerException
JRUBY-6538 'obj !~ thing' is not the same as obj.send(:!~, thing)
JRUBY-6560 File.expand_path for path starting with "jar:file:" fails
JRUBY-6496 Kernel#Hash
JRUBY-6559 ZLib buggy handling in 1.6.7
JRUBY-6570 autoload :Time, 'time' doesn't work
JRUBY-5863 Named captures cause crash when there is no match
JRUBY-6576 Using a shared listener socket causes java.nio.channels.IllegalBlockingModeException exceptions to be raised
JRUBY-6571 StackOverflow when calling java.util.regex.Matcher#end
JRUBY-4843 COPYING file is (partially) incorrect and outdated
JRUBY-6624 File#exists? cannot find file in JAR
JRUBY-6626 [Ruboto] ThreadContext throws NPE in finalizer
JRUBY-6634 String.new(string) does not seem to clone the input
JRUBY-6611 LoadServiceResource Opens But Never Closes InputStreams When Constructed With a URL
JRUBY-6641 Java Exceptions Can Only Be Rescued if First in Exception List When Running in Interpreted Mode
JRUBY-6633 gcc 4.7 compilation fails
JRUBY-6464 Use 'mvn versions:set -DnewVersion=<whatever>' instead of our Ruby rake code for updating poms
JRUBY-6642 RubyException.printBacktrace omits the first line
JRUBY-6517 StringIO#ungetc issue on JRuby 1.6.6 and 1.6.7 in 1.8.7 mode
JRUBY-6248 thread leak
JRUBY-6708 NullPointerException instead of proper exceptions output
JRUBY-6703 Remove Enumerable#join from 1.9 mode
JRUBY-6677 open("|something", "w") does not open in write mode
JRUBY-6706 Collections.shuffle works incorreclty on Ruby arrays
JRUBY-6728 Rails Mailer fails on
JRUBY-6745 ClassCastException calling Fixnum#== with a Java Integer
JRUBY-6725 NameError: uninitialized constant RubyVM
JRUBY-6724 NO_FILE_CLASS Profile does disables File but not FileStats that depends on File
JRUBY-6722 Can't instantiate ThreadGroup subclass with arguments
JRUBY-6753 class_eval should inherit __name__ from the caller
JRUBY-6775 RubyRandom is not thread-safe
JRUBY-6785 NoMethodError calling callMethod on instance of reopened Java class
JRUBY-6731 Can't load class files in WARs compiled by warbler using jruby 1.7.0.preview1
JRUBY-6395 Coerce Fixnum to Number
JRUBY-6514 java.lang.NullPointerException when using ScriptingCotainer from an Appletjava.lang.NullPointerException