2012-02-17 12 views
5

Sto usando Rails 3.2.1 e la riga 'ruby-debug19' è stata commentata nel file Gemfile. Quando avvio il server in modalità sviluppo, il server si avvia senza problemi. Tuttavia, quando inizio il mio server in modalità di produzione (rotaie di produzione -e del server, ho endup ottenere il seguente errore (vedi analisi dello stack di seguito):In modalità produzione sto ricevendo - Nessun file da caricare - ruby-debug (LoadError)

... `rescue in depend_on': No such file to load -- ruby-debug (LoadError) 

ho speso bel po 'di tempo a cercare di capire chi è Richiedere il reby-debug senza fortuna Non sono sicuro di cosa includere tranne il mio Gemfile e lo stack Apprezzerei molto ogni aiuto

Un altro pezzo di informazioni: la riga 5 nel mio file environment.rb sta chiamando "Applicazione .initialize "

Gemfile:

gem 'rails', '3.2.1' 
gem 'mysql' 
gem 'gravatar_image_tag', '0.1.0' 
gem "devise", ">= 1.4.9" 
gem "paperclip", "~> 2.0" 
gem 'jquery-rails' 
gem 'aws-sdk' 
gem 'aws-s3', :require => 'aws/s3' 
gem 'formtastic' 
gem 'cancan'  
gem 'kaminari' 
gem 'date_validator' 
gem 'simple_form' 
gem 'heroku' 

gem 'pg', :group => :production 

# Gems used only for assets and not required 
# in production environments by default. 
group :assets do 
    gem 'sass-rails', " ~> 3.2.3" 
    gem 'coffee-rails', "~> 3.2.1" 
    gem 'uglifier', '>= 1.0.3' 
end 

gem 'annotate','2.4.1.beta1', :group => :development 
gem 'nifty-generators',  :group => :development 

gem 'rspec-rails', '2.6.1.beta1', :group => [:development, :test] 
gem 'faker', '0.3.1',    :group => [:development, :test] 
gem 'rspec', '2.6',    :group => [:test, :development] 
gem 'populator',     :group => [:development, :test] 

#gem 'ruby-debug19', :require => 'ruby-debug', :group => [:development, :test] 

gem "factory_girl_rails", ">= 1.1.0", :group => :test 
gem "cucumber-rails", ">= 1.0.2",  :group => :test 
gem "pickle", ">=0.4.10",    :group => :test 
gem "capybara", ">= 1.0.1",   :group => :test 
gem "database_cleaner", ">= 0.6.7", :group => :test 
gem "launchy", ">= 2.0.5",   :group => :test 
gem "email_spec",      :group => :test 
gem 'guard-rspec',     :group => :test 
gem "mocha",       :group => :test 

E qui è l'analisi dello stack:

➜ taskfree git:(master) ✗ bundle exec rails server -e production 
=> Booting WEBrick 
=> Rails 3.2.1 application starting in production on http://0.0.0.0:3000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 
Exiting 
/usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport- 3.2.1/lib/active_support/dependencies.rb:317:in `rescue in depend_on': No such file to load -- ruby-debug (LoadError) 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport3.2.1/lib/active_support/dependencies.rb:312:in `depend_on' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.2.1/lib/active_support/dependencies.rb:225:in `require_dependency' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/engine.rb:439:in `block (2 levels) in eager_load!' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/engine.rb:438:in `each' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/engine.rb:438:in `block in eager_load!' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/engine.rb:436:in `each' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/engine.rb:436:in `eager_load!' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/application/finisher.rb:53:in `block in <module:Finisher>' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/initializable.rb:30:in `instance_exec' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/initializable.rb:30:in `run' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/initializable.rb:55:in `block in run_initializers' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/initializable.rb:54:in `each' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/initializable.rb:54:in `run_initializers' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/application.rb:136:in `initialize!' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/railtie/configurable.rb:30:in `method_missing' 
from /Users/bidhan/code/taskfree/config/environment.rb:5:in `<top (required)>' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.2.1/lib/active_support/dependencies.rb:251:in `require' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.2.1/lib/active_support/dependencies.rb:251:in `block in require' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.2.1/lib/active_support/dependencies.rb:236:in `load_dependency' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/activesupport-3.2.1/lib/active_support/dependencies.rb:251:in `require' 
from /Users/bidhan/code/taskfree/config.ru:4:in `block in <main>' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/builder.rb:51:in `instance_eval' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/builder.rb:51:in `initialize' 
from /Users/bidhan/code/taskfree/config.ru:1:in `new' 
from /Users/bidhan/code/taskfree/config.ru:1:in `<main>' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/builder.rb:40:in `eval' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/builder.rb:40:in `parse_file' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/server.rb:200:in `app' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/commands/server.rb:46:in `app' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/server.rb:301:in `wrapped_app' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/rack-1.4.1/lib/rack/server.rb:252:in `start' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/commands/server.rb:70:in `start' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/commands.rb:55:in `block in <top (required)>' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/commands.rb:50:in `tap' 
from /usr/local/rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.1/lib/rails/commands.rb:50:in `<top (required)>' 
from script/rails:6:in `require' 
from script/rails:6:in `<main>' 

E qui è l'uscita quando ho appena iniziare il mio server in modalità di sviluppo:

➜ taskfree git:(master) ✗ bundle exec rails server    
=> Booting WEBrick 
=> Rails 3.2.1 application starting in development on http://0.0.0.0:3000 
=> Call with -d to detach 
=> Ctrl-C to shutdown server 
[2012-02-17 15:09:24] INFO WEBrick 1.3.1 
[2012-02-17 15:09:24] INFO ruby 1.9.2 (2011-07-09) [x86_64-darwin10.5.0] 
[2012-02-17 15:09:24] INFO WEBrick::HTTPServer#start: pid=33798 port=3000 

risposta

3

tuo Gemfile.lock può aiutare a rintracciare i quali la gemma ha ruby-debug come dipendenza. Aprilo e cerca 'ruby-debug' e dovrebbe essere annidato sotto la gemma che dipende da esso.

Detto questo, noto un problema che potrebbe causarvi un po 'di dolore. La gemma aws-s3 e le gemme aws-sdk non sono compatibili. Entrambi usano la costante AWS :: S3, una come modulo e l'altra come classe. Si ottengono comportamenti diversi a seconda dell'ordine in cui sono richiesti.

Paperclip ha recentemente sostituito aws-s3 come dipendenza con aws-sdk. Dovresti essere in grado di rimuovere semplicemente aws-s3 dal tuo Gemfile (a meno che tu non usi espressamente aws-s3 al di fuori di paperclip). Se dipendi da aws-s3 al di fuori di paperclip, dovrai sostituire quelle chiamate con chiamate equivalenti usando aws-sdk.

+0

Ho controllato Gemfile.lock - non vi è alcun riferimento a ruby-debug. Grazie per il consiglio su aws-s3. Apprezzo il tuo aiuto. –

+2

Solo una linea come ** richiede 'ruby-debug' ** che viene eseguita durante l'inizializzazione causerà questo problema. Poiché non vi è alcun riferimento al ruby-debug nel mio codice, comincio a pensare che una delle gemme che sto usando sia probabilmente il colpevole. Ora la domanda è come faccio a capirlo facilmente. Questa è solo la sensazione che potrei essere completamente fuori anche qui. –

+0

awesome Bidhan, il mio problema era simile, mi ha aiutato dopo l'instancabile sforzo di cercarlo per intero per N ° al giorno. – TheMouseMan

Problemi correlati