It’s fixed on trunk of JRuby-Rack, but I haven’t released a new version
yet.
Also strange is the reference to jruby-1.1.1-complete.jar when this was
built with 1.1.2
Warbler bundles 1.1.1. If you want to use 1.1.2, you can run “jruby -S
warble pluginize” and remove
vendor/plugins/warbler/lib/jruby-complete-1.1.1.jar and add
jruby-complete-1.1.2.jar instead.
Any ideas ?
If you don’t use the active record store, JRuby-Rack will use the java
servlet session store by default, which should support authenticity
tokens just fine.
Yes i am using .9.9
I uncommented out the activerecord-store in environment.rb so right now
defaulting to cookie based sessions
Any other ideas here?
Whats wierd is i do notice that the authenticity_token on the form (when
doing a view source) is not the same as the one that gets posted in the
logfile which is odd.
Also strange is the reference to jruby-1.1.1-complete.jar when this was
built with 1.1.2
Warbler bundles 1.1.1. If you want to use 1.1.2, you can run “jruby -S
warble pluginize” and remove
vendor/plugins/warbler/lib/jruby-complete-1.1.1.jar and add
jruby-complete-1.1.2.jar instead.
Instead of pluginizing warbler, we just modify config.java_libs in
config/warble.rb. In our app, we put all of the jars that we need in
production in RAILS_ROOT/lib/jars (including goldspike and
jruby-complete) and set config.java_libs to []. This makes upgrading
jruby versions and warbler independent of each other.
If jruby-complete is the only jar that needs to be replaced, it’s also
possible to do this:
… or just drop the jruby-complete jar into RAILS_ROOT/lib, which
warbler copies to WEB-INF, and the servlet container will put all jars
in WEB-INF in your classpath.