Rails 3.2 неопределенный метод `key?' для nil:NilClass
-
12-11-2019 - |
Вопрос
По какой-то причине я начал получать эту ошибку после перехода на Rails 3.2.Я предполагаю, что это как-то связано с плагином acl9, который я пробовал переустановить, но ничего не изменилось.
Я переместил плагины в lib/plugins и добавил инициализатор в config/initializers, но опять та же ошибка.
Я искал решение в репозитории acl9 на 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, и все внезапно заработало.
Решение
Я новичок для 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
.
Кажется, рельсы кэширование - это виновник.:)
Другие советы
Это может быть не ваша проблема, так как звучит так, будто у вас уже имел рабочий код, чтобы начать, но для дальнейшего использования для других, я бежал в ту же ошибку из-за простого опечатка в моем моделей, например:
.class Foo < ActiveRecord::Base
validates :content, :length => { maximum => 10 }
end
.
Что должно было быть:
class Foo < ActiveRecord::Base
validates :content, :length => { :maximum => 10 }
end
.
Обратите внимание на «максимум» против «: максимум» - это привело к точной ошибке NIL выше и уходили, когда я исправил, что опечатка.
Не уверен, что это та же ошибка, но у меня была подобная проблема.На первой нагрузке Buggy Models, undefined method 'key?' for nil:NilClass
и той же трассировкой стека.
Это похоже на ошибку с помощью
.
config.cache_classes = true
или
config.cache_classes = false
config.reload_classes_only_on_change = false
. Я согласен с 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
) потому что код, который устанавливает, так и не был завершен.
Этот последний пункт больше всего раздражает, потому что проблема, которая его вызвала (неверный код в модели), даже не запускается.