Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Blocker
-
Resolution: Fixed
-
Affects Version/s: JRuby 1.6.3
-
Fix Version/s: JRuby 1.6.4
-
Component/s: Java Integration
-
Labels:None
-
Environment:Linux arturaz-fujitsu 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:05:41 UTC 2011 i686 i686 i386 GNU/Linux
jruby 1.6.3 (ruby-1.8.7-p330) (2011-08-11 8f51635) (Java HotSpot(TM) Client VM 1.7.0) [linux-i386-java]
-
Number of attachments :
Description
Specs run fine on released 1.6.3
https://gist.github.com/1138440
For example:
4) NoMethodError in 'UnitsController units|attack invoked when all units are killed should progress objective' undefined method `rubyCommand' for #<Class:0x101c5fada>
example just uses:
# Win32 requires us to manually require all the jars before requiring # main jar. Dir[File.dirname(SpaceMule::JAR_PATH) + "/lib/*.jar"].each do |jar| require jar end require SpaceMule::JAR_PATH class SpaceMule::Worker def issue(message) json = JSON.generate(message) LOGGER.debug("Issuing message: #{json}", "SpaceMule") response = Java::spacemule.main.Main.rubyCommand(json) LOGGER.debug("Received answer: #{response}", "SpaceMule") JSON.parse(response) end end
HEH. Funny bug as it happens. The last fix to this file got rid of a catch-all Exception and the AIOOB you reported was no longer getting caught. The for loop logic was making an incorrect assumption about the order of the decrement operator and blowing up in the case where the array is length 0.
Fixed in commit a7f8fc1 on 1.6 branch and c2055ff on master.