[jshen]

That's not what I mean. That will make it run with concurrent threads per request. However, I'm fairly certain it isn't threadsafe.

Somewhere around 3.0.6 I made a simple jruby rails app and a sinatra app. They were both a thin REST layer over data in mongodb (No AR). I did load testing and the sinatra app ran fine, the rails app would fail on about 7% of requests with seemingly random stack traces. When I reran the tests with config.threadsafe! turned OFF it never failed.

Also, on Bob Lee's OSCON talk he mentioned some unthreadsafe code in AR that he found.

http://www.oscon.com/oscon2011/public/schedule/detail/21092

[atambo]

I've had good experiences with several jruby on rails apps under tomcat using warbler and they all seem to perform fine with config.threadsafe! enabled. You should probably investigate those stacktraces, maybe they were caused by unthreadsafe gems or application code?

[jshen]

It would fail without using any gems other than trinidad. I'll try to reproduce it tomorrow.

[jshen]

I'm rerunning it now with the latest rails and latest jruby and all is good.