This project is archived and is in readonly mode.
"rails server" doesn't start mongrel by default
-
Kieran P
- Tag set to bug, mongrel, regression, server
+1 Mongrel should be preferred over thin, and then webrick
-
José Valim
- Milestone cleared.
-
Prem Sichanugrist (sikachu)
- State changed from new to open
- Tag changed from bug, mongrel, regression, server to bug, mongrel, patch, regression, server
- Assigned user set to José Valim
The reason why
rails serveruse Webrick over Mongrel was because the way gems area specify in the bundler. If you don't specify it in Gemfile, thenrails server, or Rack more specifically, won't be able to use it.So here, I'm proposing the patch for adding two commented lines suggesting them to put
gem 'mongel'in case they want to use Mongrel.@Kieran P
Right now, the order of server, or handler, is specify by Rack. I don't know how could I patch that. Please see http://github.com/rack/rack/blob/master/lib/rack/handler.rb#L36 for more information.
-
Prem Sichanugrist (sikachu)
It seems like I need to add
:group => :developmentfor thatGemfile. Another patch ... -
Craig Buchek
While I'd prefer Mongrel to be used automatically, Prem's patch to add it (commented out) to the Gemfile seems to be a reasonable solution. The only way I can see to make it automatic would be something like this:
gem "mongrel", :group => :development rescue nil
But I don't know if that would work or make any sense.
-
Prem Sichanugrist (sikachu)
- State changed from open to resolved
Craig Buchek
No, that won't do any good. If you specify that, Bundler would try to load/install the gem anyway.
However, this patch is stale now by this commit from DHH, so I'll mark it as resolved. Seems like if you want to use Mongrel, uncommenting it from Gemfile would be a way to go.
http://github.com/rails/rails/commit/834a45d8a2ae225b775c51d8ae266a...
-
bingbing
- Tag changed from bug, mongrel, patch, regression, server to server, bug, mongrel, patch, regression
