Rimozione di database.yml quando si usa Mongoid in Rails 3.2

Question

Ho appena iniziato un nuovo progetto di rotaie e volevo usare MongoidDB attraverso la gemma Mongoid. Seguendo le istruzioni sul sito Mongoid, ho aggiunto le seguenti righe alla mia Gemfile:

gem "mongoid", "~> 2.4" 
gem "bson_ext", "~> 1.5" 

ho poi proceduto a rimuovere il mio file database.yml secondo le istruzioni here. Il mio file application.rb ora sembra in questo modo:

require "action_controller/railtie" 
require "action_mailer/railtie" 
require "active_resource/railtie" 
require "rails/test_unit/railtie" 
require "sprockets/railtie" # Uncomment this line for Rails 3.1+ 

Ora, quando uso rails s di iniziare il mio server di sviluppo, ottengo i seguenti errori:

~/.rvm/gems/ruby-1.9.2-p290/gems/railties-3.2.0/lib/rails/railtie/configuration.rb:85:in `method_missing': undefined method `active_record' for #<Rails::Application::Configuration:0x007ff38b20d0b0> (NoMethodError) 

ho provato a cercare una soluzione, ma è sembra che nessuno abbia ancora incontrato il mio problema. Sto facendo qualcosa di sbagliato? Questo è causato dal recente aggiornamento di Rails 3.2?

Grazie per il vostro aiuto!

UPDATE (26 gennaio): Sulla base di informazioni da Dylan Markow, ho usato il comando da terminale

grep -r active_record config/ 

E mettere qualsiasi refrences a active_record in blocchi di commento.

Ho un semplice controller con un'azione che non ha ancora colpito il database. Quando accedo all'azione tramite browser, ricevo

ActiveRecord::ConnectionNotEstablished (ActiveRecord::ConnectionNotEstablished): 
    activerecord (3.2.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:374:in `retrieve_connection' 
    activerecord (3.2.0) lib/active_record/connection_adapters/abstract/connection_specification.rb:168:in `retrieve_connection' 
    activerecord (3.2.0) lib/active_record/connection_adapters/abstract/connection_specification.rb:142:in `connection' 
    activerecord (3.2.0) lib/active_record/query_cache.rb:67:in `rescue in call' 
    activerecord (3.2.0) lib/active_record/query_cache.rb:61:in `call' 
    activerecord (3.2.0) lib/active_record/connection_adapters/abstract/connection_pool.rb:443:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/callbacks.rb:28:in `block in call' 
    activesupport (3.2.0) lib/active_support/callbacks.rb:405:in `_run__186077810047649794__call__2115495702768811851__callbacks' 
    activesupport (3.2.0) lib/active_support/callbacks.rb:405:in `__run_callback' 
    activesupport (3.2.0) lib/active_support/callbacks.rb:385:in `_run_call_callbacks' 
    activesupport (3.2.0) lib/active_support/callbacks.rb:81:in `run_callbacks' 
    actionpack (3.2.0) lib/action_dispatch/middleware/callbacks.rb:27:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/reloader.rb:65:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/remote_ip.rb:31:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/debug_exceptions.rb:16:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/show_exceptions.rb:56:in `call' 
    railties (3.2.0) lib/rails/rack/logger.rb:26:in `call_app' 
    railties (3.2.0) lib/rails/rack/logger.rb:16:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/request_id.rb:22:in `call' 
    rack (1.4.1) lib/rack/methodoverride.rb:21:in `call' 
    rack (1.4.1) lib/rack/runtime.rb:17:in `call' 
    activesupport (3.2.0) lib/active_support/cache/strategy/local_cache.rb:72:in `call' 
    rack (1.4.1) lib/rack/lock.rb:15:in `call' 
    actionpack (3.2.0) lib/action_dispatch/middleware/static.rb:53:in `call' 
    railties (3.2.0) lib/rails/engine.rb:479:in `call' 
    railties (3.2.0) lib/rails/application.rb:220:in `call' 
    rack (1.4.1) lib/rack/content_length.rb:14:in `call' 
    railties (3.2.0) lib/rails/rack/log_tailer.rb:14:in `call' 
    rack (1.4.1) lib/rack/handler/webrick.rb:59:in `service' 
    /Users/aren/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/webrick/httpserver.rb:111:in `service' 
    /Users/aren/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/webrick/httpserver.rb:70:in `run' 
    /Users/aren/.rvm/rubies/ruby-1.9.2-p290/lib/ruby/1.9.1/webrick/server.rb:183:in `block in start_thread' 


    Rendered /Users/aren/.rvm/gems/ruby-1.9.2-p290/gems/actionpack-3.2.0/lib/action_dispatch/middleware/templates/rescues/_trace.erb (1.8ms) 
    Rendered /Users/aren/.rvm/gems/ruby-1.9.2-p290/gems/actionpack-3.2.0/lib/action_dispatch/middleware/templates/rescues/_request_and_response.erb (39.4ms) 
    Rendered /Users/aren/.rvm/gems/ruby-1.9.2-p290/gems/actionpack-3.2.0/lib/action_dispatch/middleware/templates/rescues/diagnostics.erb within rescues/layout (54.0ms) 

Come risolvere il problema precedente? Perché una connessione al database ActiveRecord tenta anche di essere stabilita?

Grazie ancora!

Answer 1

Forse commentare questo due linee

config/environments/development.rb: 

# config.active_record.mass_assignment_sanitizer = :strict 
# config.active_record.auto_explain_threshold_in_seconds = 0.5 

Answer 2

Probabilmente stai impostando alcune impostazioni config.active_record da qualche parte nella cartella config (development.rb, test.rb, ecc.). Ti consigliamo di commentare queste impostazioni poiché non stai utilizzando ActiveRecord.

Si può fare qualcosa come grep -r active_record config/ nella cartella del progetto per trovare i file che fanno riferimento a active_record.

Aggiornamento: Assicurarsi di aver rimosso la linea require 'rails/all' da config/application.rb pure. Le nuove linee require aggiunte dovrebbero sostituire quella linea. Altrimenti, rails/all carica ancora ActiveRecord.