update README.md

Author: monkstone

README.md

@@ -4,15 +4,15 @@
 ![Travis CI](https://travis-ci.org/ruby-processing/JRubyArt.svg)
 Versions before JRubyArt-1.2.0, are unsupported, please update, preferably to latest version...
 
-_Note the main reason for the current build to fail on travis is when the current version of [processing is not available from maven central][testing], it has only ever been available by third parties (I am eternally hopeful that one day processing.org will see the light)._
+_Note the main reason for the current build to fail on travis is when the current version of [processing is not available from maven central][testing], it has only ever been available by third parties (I am eternally hopeful that one day processing.org will see the light), actually rvm with jruby as used by travis-ci is also pretty crap as judged by the build traces._
 
 ## Requirements
-A clean start for `jruby_art` that works best with the latest version of [processing-3.2.2](https://github.com/processing/processing/releases) and [jruby-9.1.5.0](http://jruby.org/download) see [wiki](https://github.com/ruby-processing/JRubyArt/wiki/Building-latest-gem) for building gem from this repo.  Changes from processing- 2.0 to [processing-3.0 here](https://github.com/processing/processing/wiki/Changes-in-3.0). Should work on same platforms as vanilla processing (windows, mac, linux) for Android see Yuki Morohoshi [rubuto-processing3][].
+A clean start for `jruby_art` that works best with the latest version of [processing-3.2.3](https://github.com/processing/processing/releases) and [jruby-9.1.6.0](http://jruby.org/download) see [wiki](https://github.com/ruby-processing/JRubyArt/wiki/Building-latest-gem) for building gem from this repo.  Changes from processing- 2.0 to [processing-3.0 here](https://github.com/processing/processing/wiki/Changes-in-3.0). Should work on same platforms as vanilla processing (windows, mac, linux) for Android see Yuki Morohoshi [rubuto-processing3][].
 ## Requirements
- 
-A suitable version of ruby (MRI ruby > 2.2 or `jruby-9.1.5.0+`) to download gem. 
 
-`processing-3.2.2`
+A suitable version of ruby (MRI ruby > 2.3 or `jruby-9.1.6.0+`) to download gem.
+
+`processing-3.2.3`
 
 `jdk1.8.0_102+` can be openjdk with OpenJFX _a separate download works on ArchLinux_, currently FX2D is experimental is expected to replace JAVA2D in the near future see changes above...
 
@@ -28,13 +28,13 @@ You can if you wish leave configuration to the `new` autoconfig tool (delete exi
 ```yaml
 # YAML configuration file for jruby_art
 # K9_HOME: "/home/ruby2.3.0 ... /jruby_art" # windows users may need to set this
-PROCESSING_ROOT: "/home/tux/processing-3.2.2" # typical linux shown
+PROCESSING_ROOT: "/home/tux/processing-3.2.3" # typical linux shown
 # important sketch_book path may be different for processing-3.0
-sketchbook_path: "/home/tux/sketchbook" 
-template: emacs
+sketchbook_path: "/home/tux/sketchbook"
+template: bare
 ```
 
-## Install Steps (assumes you have requirements above) 
+## Install Steps (assumes you have requirements above)
 
 ```bash
  gem install jruby_art
@@ -64,10 +64,10 @@ def draw
 end
 
 # NB: changes for processing-3.0+
-# size, full_screen, pixel_density and smooth should all be moved to settings (this is hidden 
-# to users of processing ide, but not for JRubyArt, or for Eclipse NetBeans users). The FX2D 
-# rendering mode was introduced, and was expected to replace JAVA2D (as default rendering mode) 
-# but may not now happen, and not for processing-3.2.2 in any case.
+# size, full_screen, pixel_density and smooth should all be moved to settings (this is hidden
+# to users of processing ide, but not for JRubyArt, or for Eclipse NetBeans users). The FX2D
+# rendering mode was introduced, and was expected to replace JAVA2D (as default rendering mode)
+# but may not now happen, and not for processing-3.2.3 in any case.
 def settings
   size 400, 300
 end

lib/jruby_art/command.rb

@@ -18,9 +18,8 @@ def initialize(runner:, args:, filename:)
     # of our vendored one. Note the use of jruby-complete might make using
     # other gems in your sketches hard (but not impossible)....
     def cmd(root)
-      cmda = jruby_command(Processing::RP_CONFIG.fetch('JRUBY', true), root)
+      cmda = jruby_command(root)
       begin
-        puts *cmda
         exec(*cmda)
         # exec replaces the Ruby process with the JRuby one.
       rescue Java::JavaLang::ClassNotFoundException
@@ -30,8 +29,10 @@ def cmd(root)
     private
 
     # avoiding multiline ternary etc
-    def jruby_command(installed, root)
-      return ['jruby', JRubyOpts.new(root).opts, runner, filename, args].flatten if installed
+    def jruby_command(root)
+      installed = Processing::RP_CONFIG.fetch('JRUBY', true)
+      opts = JRubyOpts.new(root).opts
+      return ['jruby', opts, runner, filename, args].flatten if installed
       opts = JavaOpts.new(root).opts
       complete = JRubyComplete.complete
       ['java', opts, '-cp', complete, 'org.jruby.Main', runner, filename, args].flatten

pom.xml

@@ -56,7 +56,7 @@ DO NOT MODIFIY - GENERATED CODE
     <dependency>
       <groupId>org.processing</groupId>
       <artifactId>core</artifactId>
-      <version>3.2.3</version>
+      <version>3.2.1</version>
     </dependency>
     <dependency>
       <groupId>org.processing</groupId>