Подтвердить что ты не робот

Rails 3.2 undefined метод `key? ' для nil: NilClass

По какой-то причине я начал получать эту ошибку после перехода на Rails 3.2. Я предполагаю, что это имеет какое-то отношение к плагину acl9, который я пытался переустановить, но ничего не изменилось.

Я переместил плагины в lib/plugins и добавил инициализатор в config/initializers, но опять же, ту же ошибку.

Я искал решение в acl9 repo на Github, но ничего не нашел. Может быть, это не acl9 в конце концов.

У меня установлен paperclip, acl9, authlogic.

NoMethodError (undefined method `key?' for nil:NilClass):
actionpack (3.2.1) lib/action_controller/metal/hide_actions.rb:36:in `visible_action?'
actionpack (3.2.1) lib/action_controller/metal/hide_actions.rb:18:in `method_for_action'
actionpack (3.2.1) lib/action_controller/metal/implicit_render.rb:14:in `method_for_action'
actionpack (3.2.1) lib/action_controller/metal/compatibility.rb:61:in `method_for_action'
actionpack (3.2.1) lib/abstract_controller/base.rb:115:in `process'
actionpack (3.2.1) lib/abstract_controller/rendering.rb:45:in `process'
actionpack (3.2.1) lib/action_controller/metal.rb:203:in `dispatch'
actionpack (3.2.1) lib/action_controller/metal/rack_delegation.rb:14:in `dispatch'
actionpack (3.2.1) lib/action_controller/metal.rb:246:in `block in action'
actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:66:in `call'
actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:66:in `dispatch'
actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:30:in `call'
journey (1.0.3) lib/journey/router.rb:68:in `block in call'
journey (1.0.3) lib/journey/router.rb:56:in `each'
journey (1.0.3) lib/journey/router.rb:56:in `call'
actionpack (3.2.1) lib/action_dispatch/routing/route_set.rb:589:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/best_standards_support.rb:17:in `call'
rack (1.4.1) lib/rack/etag.rb:23:in `call'
rack (1.4.1) lib/rack/conditionalget.rb:25:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/head.rb:14:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/params_parser.rb:21:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/flash.rb:242:in `call'
rack (1.4.1) lib/rack/session/abstract/id.rb:205:in `context'
rack (1.4.1) lib/rack/session/abstract/id.rb:200:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/cookies.rb:338:in `call'
activerecord (3.2.1) lib/active_record/query_cache.rb:64:in `call'
activerecord (3.2.1) lib/active_record/connection_adapters/abstract/connection_pool.rb:443:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/callbacks.rb:28:in `block in call'
activesupport (3.2.1) lib/active_support/callbacks.rb:405:in `_run__3140920687338355213__call__3168118505970967148__callbacks'
activesupport (3.2.1) lib/active_support/callbacks.rb:405:in `__run_callback'
activesupport (3.2.1) lib/active_support/callbacks.rb:385:in `_run_call_callbacks'
activesupport (3.2.1) lib/active_support/callbacks.rb:81:in `run_callbacks'
actionpack (3.2.1) lib/action_dispatch/middleware/callbacks.rb:27:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/reloader.rb:65:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/remote_ip.rb:31:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/debug_exceptions.rb:16:in `call'
actionpack (3.2.1) lib/action_dispatch/middleware/show_exceptions.rb:56:in `call'
railties (3.2.1) lib/rails/rack/logger.rb:26:in `call_app'
railties (3.2.1) lib/rails/rack/logger.rb:16:in `call'
actionpack (3.2.1) 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.1) 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.1) lib/action_dispatch/middleware/static.rb:53:in `call'
railties (3.2.1) lib/rails/engine.rb:479:in `call'
railties (3.2.1) lib/rails/application.rb:220:in `call'
rack (1.4.1) lib/rack/content_length.rb:14:in `call'
railties (3.2.1) lib/rails/rack/log_tailer.rb:14:in `call'
rack (1.4.1) lib/rack/handler/webrick.rb:59:in `service'
/Users/project/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/httpserver.rb:138:in `service'
/Users/project/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/httpserver.rb:94:in `run'
/Users/project/.rvm/rubies/ruby-1.9.3-p0/lib/ruby/1.9.1/webrick/server.rb:191:in `block in start_thread'

РЕДАКТИРОВАТЬ (РЕШАЕТ): Понадобилось довольно много времени, чтобы понять, и я все еще не совсем уверен, что произошло. Я думаю, что это связано с поддержкой acl9 для Rails 3.1+. Но в итоге я взял код acl9 из github, и все внезапно начало работать.

4b9b3361

ОТВЕТЫ

Ответ 1

Я новичок в RoR и получил ту же ошибку при просмотре RoR "Руководство по началу работы".

Это может показаться глупым, но другие могут совершить ту же ошибку, что и я, поэтому отправляю то, что я заметил в RoR от новичков,

validates :name,  : presence => true

Примечание ": наличие", это должно быть ": наличие". Теперь рельс выдает ошибку синтаксиса

 C:/blog/app/models/post.rb:4: syntax error, unexpected ':', expecting keyword_end
 validates :name,  : presence => true

Но если вы "обновите" свой браузер, он скрывает синтаксическую ошибку, вместо этого дает

undefined method `key?' for nil:NilClass

Кажется, что кэширование Rails является виновником.:)

Ответ 2

Это может не быть вашей проблемой, поскольку кажется, что у вас уже был рабочий код, но для будущих ссылок для других я столкнулся с той же ошибкой из-за простой опечатки внутри моего кода модели:

class Foo < ActiveRecord::Base
    validates :content, :length => { maximum => 10 }
end

который должен был быть:

class Foo < ActiveRecord::Base
    validates :content, :length => { :maximum => 10 }
end

Обратите внимание на "максимум" против ": максимум" - это привело к точной ошибке nil выше и ушло, когда я исправил эту опечатку.

Ответ 3

Не уверен, что это одна и та же ошибка, но у меня была аналогичная проблема. При первой загрузке багги-модели Rails отвечает Ошибка маршрутизации, а затем для последующих запросов отвечает undefined method 'key?' for nil:NilClass и одна и та же трассировка стека.

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

config.cache_classes = true

или

config.cache_classes = false
config.reload_classes_only_on_change = false

Ответ 4

Я согласен с bmoeskau, что вы должны проверить свой код модели на наличие ошибок. К моему удивлению, модели, по-видимому, иногда загружаются во время фазы маршрутизации. Я обнаружил:

  • Код, который вызывает проблему, в моем случае, находится в модели, а не в контроллере, где я ожидал бы этого.
  • Ошибка undefined method `key?' for nil:NilClass часто возникает только после первого обращения к странице.

Насколько я могу судить, что происходит,

  • Предположим, что у нас есть эшафот для примеров, с некорректным кодом в app/models/example.rb
  • Запрос на /examples
  • Часть маршрутизации Rails совпадает с app/controllers/examples_controller.rb, но сначала загружает app/models/example.rb. Я не знаю, почему он загружает модель, но эффект есть, я предполагаю: ошибка в модели останавливает короткую часть кода маршрутизации, нарушая его построение кеша маршрутов.
  • В этот момент, если мне повезет, об ошибке будет сообщено мне в браузере. Иногда, однако, я просто получаю сообщение с сообщением No route matches [GET] "/examples" (Чтобы быть справедливым для Rails, это добавленное осложнение, по-видимому, является ошибкой в ​​том, что вы не используете resources :examples для маршрута. При этом происходит следующее).
  • Второй запрос делается для /examples
  • Гипотеза: на этот раз код маршрутизации Rails пытается использовать свою кешированную ссылку для app/controllers/examples_controller.rb, но кеш маршрутов поврежден (переменная nil), потому что код, который устанавливает никогда не завершенный запуск.

Этот последний элемент наиболее раздражает, поскольку проблема, вызвавшая его (плохой код в модели), даже не запускается.