web-dev-qa-db-ja.com

Rails 3.2 nil:NilClassの未定義のメソッド `key? '

何らかの理由でRails 3.2。に切り替えた後、このエラーが発生し始めました。再インストールを試みたacl9プラグインに関係があると思いますが、何も変更されていません。

プラグインをlib/pluginsに移動し、初期化子をconfig/initializersに追加しましたが、同じエラーが発生しました。

Githubのacl9リポジトリで解決策を探しましたが、何も見つかりませんでした。たぶん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'

編集(解決済み):理解するのにかなり時間がかかりましたが、何が起こったのかはまだよくわかりません。 Rails 3.1+)のacl9のサポートに関係していると思いますが、最終的にgithubからacl9コードを取得すると、すべてが突然動作し始めました。

22
Stpn

私はRoRの初心者であり、RoRの「入門ガイド」を実行中に同じエラーが発生しました。

これはばかげているように聞こえるかもしれませんが、他の人が私と同じ間違いをするかもしれないので、初心者の目からRoRで気付いたことを投稿します。

validates :name,  : presence => true

「:プレゼンス」に注意してください。「:プレゼンス」でなければなりません。これでRailは構文エラーをスローします

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

ただし、ブラウザを「更新」すると、構文エラーが非表示になり、代わりに

undefined method `key?' for nil:NilClass

Railsキャッシングが犯人のようです。:)

16

最初から作業コードが既にあるように思えるので、これはあなたの問題ではないかもしれませんが、他の人のための将来の参照のために、次のように、モデルコード内の単純なタイプミスが原因で同じエラーに遭遇しました:

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

あるはずだった:

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

「最大」対「:最大」に注意してください。これにより、上記の正確なnilエラーが発生し、タイプミスを修正したときに消えました。

9
Brian Moeskau

これが同じバグかどうかはわかりませんが、同様の問題がありました。バギーモデルの最初のロード時に、Railsルーティングエラーで応答し、その後に送信される要求に対してはundefined method 'key?' for nil:NilClassおよび同じスタックトレースで応答します。

これはRailsクラスキャッシングのバグのようですが、クラスキャッシングを有効にするか、変更クラスのリロードを無効にすることで回避できます。

config.cache_classes = true

または

config.cache_classes = false
config.reload_classes_only_on_change = false
7
Laknath

モデルコードにバグがないかどうかを確認する必要があるというbmoeskauに同意します。驚いたことに、モデルはルーティングフェーズ中にロードされることがあります。私は発見した:

  1. 私の場合、問題の原因となるコードはモデルにありますが、期待するコントローラーにはありません。
  2. undefined method `key?' for nil:NilClassエラーは、ページに初めてアクセスした後でのみ発生することがよくあります。

私が知る限り、何が起こるか

  1. 例のスキャフォールドがあり、app/models/example.rbにいくつかの不良コードがあるとします。
  2. /examplesのリクエストが行われました
  3. Railsのルーティング部分はapp/controllers/examples_controller.rbに一致しますが、firstapp/models/example.rbをロードします。モデルをロードする理由はわかりませんが、しかし、その効果は、私は推測しています。モデルのエラーはルーティングコードの一部を停止させ、ルートのキャッシュの構築を破壊します。
  4. この時点で、運がよければ、ブラウザでエラーが報告されます。ただし、No route matches [GET] "/examples"というメッセージが表示されることもあります(Railsに公平を期するために、この追加された複雑さは、ルートを作成するためにresources :examplesを使用しないことの誤りのようです。以下に関係なく発生します)。
  5. 2番目のリクエストは/examplesに対して行われます
  6. 推測:今回Railsルーティングコードは、キャッシュされたapp/controllers/examples_controller.rbへの参照を使用しようとしますが、ルートキャッシュは破損しています(変数はnil)。セットは実行を終了しませんでした。

この最後の項目は、それを引き起こした問題(モデル内の不良コード)が実行されていないため、最も煩わしいものです。

6
redevelops