Rails 3.2 Método indefinido `chave? ' Para Nil: Nilclass

Question

Por alguma razão comecei a receber este erro depois de mudar para o Rails 3.2.Acho que tem algo a ver com o plugin acl9, que tentei reinstalar, mas nada mudou.

Mudei os plugins para lib/plugins e adicionei o inicializador a config/initializers, mas novamente, o mesmo erro.

Procurei a solução no repositório acl9 no Github, mas não consegui encontrar nada lá.Talvez não seja acl9, afinal.

Eu tenho o paperclip, acl9, authlogic instalado.

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'

EDITAR (RESOLVIDO):Demorou um pouco para descobrir e ainda não tenho certeza do que aconteceu.Acho que tem a ver com o suporte do acl9 para Rails 3.1+ Mas no final peguei o código acl9 do github e de repente tudo começou a funcionar.

Answer 1

Sou um novato no RoR e recebi o mesmo erro ao passar pelo "Guia de primeiros passos" do RoR.

Isso pode parecer bobo, mas outros podem cometer o mesmo erro que eu, então postando o que notei no RoR pelos olhos de um novato,

validates :name,  : presence => true

Observação ":presença", deveria ser ":presença".Agora o Rail lança um erro de sintaxe

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

Mas se você "Atualizar" seu navegador, ele ocultará o erro de sintaxe e, em vez disso, fornecerá

undefined method `key?' for nil:NilClass

Parece que o cache do Rails é o culpado.:)

Answer 2

Este pode não ser o seu problema, pois parece que você já tinha um código funcional para começar, mas para referência futura para outros, encontrei o mesmo erro devido a um simples erro de digitação dentro do código do meu modelo, assim:

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

que deveria ter sido:

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

Observe o "máximo" vs.":maximum" - isso resultou no erro nulo exato acima e desapareceu quando corrigi o erro de digitação.

Answer 3

Não tenho certeza se este é o mesmo bug, mas estava tendo um problema semelhante.No primeiro carregamento de um modelo buggy, Trilhos responde com um Erro de roteamento e então, para as solicitações posteriores, ele responde com undefined method 'key?' for nil:NilClass e mesmo rastreamento de pilha.

Isso parece ser um bug com Cache de classe Rails, mas pode contornar ativando o cache de classe ou desativando ao alterar o recarregamento da classe.

config.cache_classes = true

ou

config.cache_classes = false
config.reload_classes_only_on_change = false

Answer 4

Concordo com bmoeskau que você deve verificar se há bugs no código do seu modelo.Para minha surpresa, os modelos aparentemente às vezes ficam carregados durante o roteamento Estágio.Eu descobri:

1. O código que causa o problema, no meu caso, está no modelo, não no controlador onde eu esperaria.
2. O undefined method `key?' for nil:NilClass muitas vezes o erro só ocorre após o primeiro acesso à página.

Pelo que posso dizer, o que acontece é

1. Suponha que temos um scaffold para exemplos, com algum código incorreto em app/models/example.rb
2. É feito um pedido para /examples
3. A parte de roteamento do Rails corresponde a isso app/controllers/examples_controller.rb mas isso primeiro cargas app/models/example.rb.Não sei por que carrega o modelo, mas o efeito é, presumo:O erro no modelo interrompe uma parte do código de roteamento, corrompendo a construção de um cache de rotas.
4. Neste ponto, se eu tiver sorte, o erro será relatado para mim no navegador.Às vezes, porém, simplesmente recebo uma mensagem dizendo No route matches [GET] "/examples" (Para ser justo com o Rails, esta complicação adicional parece ser culpa de não usar resources :examples para fazer o percurso.O seguinte acontece independentemente).
5. Um segundo pedido é feito para /examples
6. Conjetura:Desta vez o código de roteamento Rails tenta usar sua referência em cache para app/controllers/examples_controller.rb mas o cache de rotas está corrompido (uma variável é nil) porque o código que define nunca terminou de ser executado.

Este último item é mais irritante porque o problema que o causou (o código incorreto no modelo) nem está sendo executado.