Удаление database.yml при использовании Mongoid в Rails 3.2 - PullRequest
Новая
       11

Удаление database.yml при использовании Mongoid в Rails 3.2

13 голосов
/ 26 января 2012

Я только начал новый проект рельсов и хотел использовать MongoidDB через самоцвет Mongoid.Следуя инструкциям на сайте Mongoid, я добавил следующие строки в свой Gemfile: 

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

Затем я приступил к удалению файла database.yml в соответствии с инструкциями здесь .Мой application.rb файл теперь выглядит так: 

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+

Теперь, когда я использую rails s для запуска моего сервера в разработке, я получаю следующие ошибки: 

~/.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)

Iпытался найти решение, но, похоже, еще никто не сталкивался с моей проблемой.Я делаю что-то неправильно?Это вызвано недавним обновлением Rails 3.2?

Спасибо за вашу помощь!

ОБНОВЛЕНИЕ (26 января): Основываясь на информации от Дилана Маркова, я использовалкоманда терминала 

grep -r active_record config/

И помещать любые ссылки на active_record в блоках комментариев.

У меня есть простой контроллер с одним действием, который еще даже не попал в базу данных.Когда я получаю доступ к действию через браузер, я получаю 

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)

Как мне решить вышеуказанную проблему?Почему соединение с базой данных ActiveRecord даже пытается быть установлено?

Еще раз спасибо!

Ответы [ 2 ]

21 голосов
/ 04 февраля 2012

Возможно, прокомментируйте эти две строки 

config/environments/development.rb:  

# config.active_record.mass_assignment_sanitizer = :strict
# config.active_record.auto_explain_threshold_in_seconds = 0.5
17 голосов
/ 26 января 2012

Вы, вероятно, устанавливаете некоторые config.active_record настройки где-то в папке конфигурации (development.rb, test.rb и т. Д.).Вы можете закомментировать эти настройки, поскольку вы не используете ActiveRecord.

Вы можете сделать что-то вроде grep -r active_record config/ в папке проекта, чтобы найти файлы, ссылающиеся на active_record.

Обновление : убедитесь, что вы также удалили строку require 'rails/all' из config/application.rb.Новые добавленные вами строки require должны заменить эту строку.В противном случае rails/all по-прежнему загружает ActiveRecord.

...