aboutsummaryrefslogtreecommitdiffstats
path: root/actionpack/lib/action_controller/metal/live.rb
diff options
context:
space:
mode:
authorAaron Patterson <aaron.patterson@gmail.com>2016-02-05 11:42:06 -0800
committerAaron Patterson <aaron.patterson@gmail.com>2016-02-05 11:42:15 -0800
commita640da454fdb9cd8806a1b6bd98c2da93f1b53b9 (patch)
treea69eff36c33ece5879267886ec20a7a8263fa2ba /actionpack/lib/action_controller/metal/live.rb
parentf4f998d60d0d095c7d49a26b6030bee4cf92a5d3 (diff)
downloadrails-a640da454fdb9cd8806a1b6bd98c2da93f1b53b9.tar.gz
rails-a640da454fdb9cd8806a1b6bd98c2da93f1b53b9.tar.bz2
rails-a640da454fdb9cd8806a1b6bd98c2da93f1b53b9.zip
disable controller / view thread spawning in tests
Tests can (and do) access the database from the main thread. In this case they were starting a transaction, then making a request. The request would create a new thread, which would allocate a new database connection. Since the main thread started a transaction that contains data that the new thread wants to see, the new thread would not see it due to data visibility from transactions. Spawning the new thread in production is fine because middleware should not be doing database manipulation similar to the test harness. Before 603fe20c it was possible to set the database connection id based on a thread local, but 603fe20c changes the connection lookup code to never look at the "connection id" but only at the thread object itself. Without that indirection, we can't force threads to use the same connection pool as another thread. Fixes #23483
Diffstat (limited to 'actionpack/lib/action_controller/metal/live.rb')
-rw-r--r--actionpack/lib/action_controller/metal/live.rb15
1 files changed, 13 insertions, 2 deletions
diff --git a/actionpack/lib/action_controller/metal/live.rb b/actionpack/lib/action_controller/metal/live.rb
index e3c540bf5f..acc4507b2d 100644
--- a/actionpack/lib/action_controller/metal/live.rb
+++ b/actionpack/lib/action_controller/metal/live.rb
@@ -237,9 +237,8 @@ module ActionController
# This processes the action in a child thread. It lets us return the
# response code and headers back up the rack stack, and still process
# the body in parallel with sending data to the client
- Thread.new {
+ new_controller_thread {
t2 = Thread.current
- t2.abort_on_exception = true
# Since we're processing the view in a different thread, copy the
# thread locals from the main thread to the child thread. :'(
@@ -270,6 +269,18 @@ module ActionController
raise error if error
end
+ # Spawn a new thread to serve up the controller in. This is to get
+ # around the fact that Rack isn't based around IOs and we need to use
+ # a thread to stream data from the response bodies. Nobody should call
+ # this method except in Rails internals. Seriously!
+ def new_controller_thread # :nodoc:
+ Thread.new {
+ t2 = Thread.current
+ t2.abort_on_exception = true
+ yield
+ }
+ end
+
def log_error(exception)
logger = ActionController::Base.logger
return unless logger