I have a Rails app. that is packaged as a WAR file using Goldspike 1.6.1.
When I try to start this app., I get an error that Rubygems can’t be
loaded:
Is there a reason you still need to use GoldSpike? To be honest I’m not
surprised it’s fallen behind…GoldSpike hasn’t been updated in almost a
year, and has been widely superceded by Warbler. Were you the one using
GoldSpike because you’re wiring into some existing servlet stuff?
As for why it can’t find it…I don’t know. We juggled around some
require logic and removed some support for odd jruby home locations
(like ~/.jruby) so perhaps one of those things caused a problem. I
presume this worked with 1.1.5?
Is there a reason you still need to use GoldSpike? To be honest I’m
not surprised it’s fallen behind…GoldSpike hasn’t been updated in
almost a year, and has been widely superceded by Warbler. Were you the
one using GoldSpike because you’re wiring into some existing servlet
stuff?
I was the one using some existing servlet stuff. Frankly, I spent so
much time trying (and failing) to get some apps. working with Warbler
that I got soured on it. I suppose I could try once more.
As for why it can’t find it…I don’t know. We juggled around some
require logic and removed some support for odd jruby home locations
(like ~/.jruby) so perhaps one of those things caused a problem. I
presume this worked with 1.1.5?
AFAIK, the last time it worked was 1.1.3. With 1.1.4, I get an error
finding the engines plugin. I should also try 1.1.5 - it was failing
because of an error on my part.
Seems like Goldspike woudn’t have anything to do with how rubygems
itself is found though right?
Seems like Goldspike woudn’t have anything to do with how rubygems
itself is found though right?
1.1.5 gives me this - which is weird…
1/2/09 17:20:15:216 CST] 00000111 BeanManager E
javax.management.InstanceAlreadyExistsException:
org.jruby:type=Runtime,name=1811311606,service=JITCompiler
at
com.sun.jmx.mbeanserver.RepositorySupport.addMBean(RepositorySupport.java:470)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(DefaultMBeanServerInterceptor.java:1428)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:954)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:355)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:515)
at
org.jruby.management.BeanManager.register(BeanManager.java:69)
at
org.jruby.management.BeanManager.register(BeanManager.java:29)
at org.jruby.compiler.JITCompiler.(JITCompiler.java:68)
at org.jruby.Ruby.(Ruby.java:209)
at org.jruby.Ruby.newInstance(Ruby.java:162)
at
org.jruby.javasupport.JavaEmbedUtils.initialize(JavaEmbedUtils.java:85)
at
org.jruby.javasupport.JavaEmbedUtils.initialize(JavaEmbedUtils.java:75)
at
org.jruby.webapp.RailsFactory.createRubyRuntime(RailsFactory.java:170)
at
org.jruby.webapp.RailsFactory.makeObject(RailsFactory.java:91)
at
org.jruby.webapp.util.CustomObjectPool.addObjectInternal(CustomObjectPool.java:111)
at
org.jruby.webapp.util.CustomObjectPool.access$200(CustomObjectPool.java:15)
at
org.jruby.webapp.util.CustomObjectPool$PoolSizeManager.run(CustomObjectPool.java:193)
Ahh, IBM JDK. I don’t know why it does this, I see it in test runs too.
It doesn’t appear to break anything though. Does this actually prevent
something from deploying?
Seems like Goldspike woudn’t have anything to do with how rubygems
itself is found though right?
Well yes and no. It’s possible GoldSpike depended on old bugs in our
require/load path searching that have been fixed. It’s possible it
expected .jruby support to be intact and that it may have been using a
.jruby dir of yours instead. And it’s possible GoldSpike has just
bitrotted…we’ve changed a lot over the past year.
If there’s anything that would make it easier to use Warbler, we should
discuss that. I don’t believe anyone’s maintaining GoldSpike, and
whatever features you need we should try to migrate over.
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.