2012-02-17 14 views
5

Używam Rails 3.2.1 i linia "ruby-debug19" została skomentowana w Gemfile. Po uruchomieniu serwera w trybie programowania serwer uruchamia się bez problemu. Jednak, kiedy rozpocząć mój serwer w trybie produkcyjnym (-e produkcji szyn serwera, ja endup otrzymuję następujący błąd (patrz ślad stosu poniżej):W trybie produkcyjnym otrzymuję - Brak takiego pliku do załadowania - ruby-debugowanie (LoadError)

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

spędziłem dość trochę czasu próbuje dowiedzieć się, kto jest wymagające ponownego sprawdzenia-debugowania bez żadnego szczęścia.Nie jestem pewny, co uwzględnić oprócz mojego Gemfile i stosu.Bądźmy wdzięczni za wszelką pomoc.

Jeszcze jedna informacja: wiersz 5 w moim pliku environment.rb po prostu wywołuje "Aplikacja .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 

A oto ślad stosu:

➜ 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>' 

I tu jest wyjście, kiedy po prostu zacząć mój serwer w trybie rozwoju:

➜ 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 

Odpowiedz

3

Twój Gemfile.lock może pomóc wyśledzić który gem ma ruby-debug jako zależność. Otwórz go i wyszukaj "ruby-debug" i powinien zostać zagnieżdżony pod klejnotem, który zależy od tego.

To powiedziawszy, zauważam jedną kwestię, która może spowodować trochę smutku. Klejnot aws-s3 i klejnoty aws-sdk nie są kompatybilne. Oba używają stałej AWS :: S3, jednej jako modułu drugiej jako klasy. Otrzymujesz różne zachowania w zależności od kolejności, w jakiej są wymagane.

Paperclip ostatnio zastąpił aws-s3 jako zależność za pomocą aws-sdk. Powinieneś być w stanie po prostu usunąć aws-s3 z Gemfile (chyba, że ​​używasz aws-s3 poza spinaczem). Jeśli jesteś zależny od spinacza AWS-S3 poza spinaczem, będziesz chciał zastąpić te połączenia odpowiednimi wywołaniami za pomocą aws-sdk.

+0

Sprawdziłem Gemfile.lock - nie ma odniesienia do debugowania ruby. Dzięki za poradę na temat aws-s3. Doceniam Twoją pomoc. –

+2

Po prostu wiersz jak ** wymaga "ruby-debug" **, który zostanie wykonany podczas inicjalizacji spowoduje ten problem. Ponieważ w moim kodzie nie ma odniesienia do ruby-debug, zaczynam myśleć, że jeden z klejnotów, których używam, jest prawdopodobnie sprawcą. Teraz pytanie brzmi: jak to łatwo wymyślić. To tylko przeczucie, że mogę tu być kompletnie. –

+0

Niesamowite Bidhan, mój problem był podobny, pomógł mi po niestrudzonym wysiłku przeszukiwania go na całe Nalf dziennie. – TheMouseMan

Powiązane problemy