Ah yeah....I know what is wrong....now to try and fix it... So I wanted no duplication of properties so that when we updated things like the version of jruby (or ruby compat) that we only did it in one place. Those values you are seeing are ant substitution strings and we probably parse them when we load the properties file and blow up. So when you run form netbeans it is getting the pre-substituted version versus the post-substituted version of that file...which is a little confusing since netbeans should also be using build/... for building/running/debugging stuff? I know of one guaranteed way to fix this, but that would involve make src/org/jruby/jruby.properties the main file for the build at least for those property values. I would like to avoid this though.
Yoko is there a simple set of steps to reproduce? Do I just need to debug jruby project itself to see this? -Tom On Sun, Dec 20, 2009 at 10:46 PM, Yoko Harada <[email protected]> wrote: > Hi there, > > These days, I'm having a debugging trouble. Although embedding > programs run well using java command, those don't run on NetBeans. So, > debugging is really hard now. By git bisect, I figured out what commit > caused the trouble. When I reverted this commit, my programs worked > well on NetBeans, also I could trace the code step by step using > debugger. > > b9cb730b2521bd4a02884b04703ae2a2215e3c5a is the first bad commit > commit b9cb730b2521bd4a02884b04703ae2a2215e3c5a > Author: Thomas E. Enebo <[email protected]> > Date: Wed Dec 16 15:56:38 2009 -0600 > > Single source all properties > > :100644 100644 898b0150c80d2cfe36766f46e3df392099526596 > 7c05da7fd81e4e455fa3b9fa07c3cb569c62475e M build.xml > :100644 100644 d8d8a68262579247e737ef04dafcbc3afe5d3af6 > 3bb47f07465317a32a0240612aba8341cb200128 M default.build.properties > :040000 040000 65b884fdc2f196201614fcf9fa6493dfd1b5518b > 129796a1f8e9e56923baf267c87ad9c03fa4278a M src > > > With this commit, my program raised the exception below: > > Exception in thread "main" java.lang.ExceptionInInitializerError > at org.jruby.RubyGlobal.createGlobals(RubyGlobal.java:158) > at org.jruby.Ruby.init(Ruby.java:1015) > at org.jruby.Ruby.newInstance(Ruby.java:172) > at > org.jruby.embed.internal.LocalContext.getRuntime(LocalContext.java:97) > at > org.jruby.embed.internal.SingleThreadLocalContextProvider.getRuntime(SingleThreadLocalContextProvider.java:54) > at > org.jruby.embed.ScriptingContainer.getRuntime(ScriptingContainer.java:279) > at > org.jruby.embed.internal.EmbedRubyRuntimeAdapterImpl.runParser(EmbedRubyRuntimeAdapterImpl.java:160) > at > org.jruby.embed.internal.EmbedRubyRuntimeAdapterImpl.parse(EmbedRubyRuntimeAdapterImpl.java:91) > at > org.jruby.embed.ScriptingContainer.parse(ScriptingContainer.java:410) > at > org.jruby.embed.ScriptingContainer.runScriptlet(ScriptingContainer.java:470) > at vanilla.HelloWorld.<init>(HelloWorld.java:10) > at vanilla.HelloWorld.main(HelloWorld.java:14) > Caused by: java.lang.NumberFormatException: For input string: > "@version.ruby.patchlevel@" > at > java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) > at java.lang.Integer.parseInt(Integer.java:447) > at java.lang.Integer.parseInt(Integer.java:497) > at org.jruby.runtime.Constants.<clinit>(Constants.java:84) > ... 12 more > Java Result: 1 > > > As in the exception, perhaps, something is wrong with > "@version.ruby.patchle...@." Does anybody know how this can be fixed? > > -Yoko > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- blog: http://blog.enebo.com twitter: tom_enebo mail: [email protected] --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
