Obtenir uninitialized constant d'erreur lorsque vous essayez d'exécuter des tests

Cela peut se produire si les modules sont déclarées dans un état unique, lorsque le module parent ils sont imbriquées à l'intérieur n'a pas encore été chargé. Je n'ai pas regardé le code en ces pierres, mais mon intuition est qu'est ce qui se passe. Chuck est la solution serait de suggérer que. l'appel de gem 'test-unit' d'abord charger le module parent, de sorte que la configuration de zen test se termine travail sur ok.

par exemple

module Foo::Bar
  def do_stuff
    # insert awesomeness here...
  end
end

Provoquera une erreur si le parent Foo module n'a pas déjà été définie (par exemple, par un autre gem)

Un moyen plus sûr de déclarer c'est

module Foo
  module Bar
    def do_stuff
      # insert awesomeness here...
    end
  end
end

Peut-être un bug dans Zentest que les besoins de l'application de correctifs.

OriginalL'auteur madlep

Que ce lien suggère http://floehopper.lighthouseapp.com/projects/22289-mocha/tickets/50
il peut se produire en raison préliminaire d'initialisation de moka lib.
Pour l'empêcher de happeing il est conseillé d'ajouter la ligne

config.gem 'test-unit', :lib => 'test/unit'

de config/environment.rb

OriginalL'auteur Anaderi

J'ai été faire cela sans moka ou shoulda installé.

Ce post l'indique, il est dû à une incompatibilité dans le test-unit >= 2.0, j'ai installé comme une dépendance de la systools de pierres précieuses. La rétrogradation à la 1.2.3 a fonctionné pour moi, un simple besoin pourrait aussi.

OriginalL'auteur scottburton11

Trouvé l' (laid) solution:

gem 'unit/test'
doit être appelée à l'intérieur de l'tests de trop, pas seulement dans le Rakefile.

OriginalL'auteur Elia Schito

Comme avec aronchick commentaire, pour moi (OS X 10.6) la solution a été

sudo gem uninstall test-unit

toutes les versions.

OriginalL'auteur Simon Woodside

Je ne suis pas un nuby pour les rails, mais je suis toujours en apprentissage et, espérons-le sera toujours :-).

Rails 2.3 environnement de production à l'aide de Ruby Enterprise Edition et le passager peuvent produire un totalement trompeuse inutile erreur lors du démarrage (/var/log/passager.le journal). Quelque chose comme:

Exception NameError dans PhusionPassenger::Rack::ApplicationSpawner (uninitialized constant XXX)

Si vous exécutez le script/console sur le serveur de production, vous pouvez voir:

Loading production environment (Rails 2.3.4)
/home/ubuntu/MyApp/shared/bundle/ruby/1.8/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:105:in  const_missing:NameError: uninitialized constant XXX

Ce qui se passe pour moi dans ce cas uniquement dans l'environnement de production, pas de scène, pas de développement. Après une journée de recherches et d'expériences, j'ai conclu que, dans l'environnement de production, REE ou quelque chose de pré-charger les classes et les pré-chargeur apparemment n'aime pas à voir les classes de ré-ouvrir avant ils sont créés (une supposition).

Dans app/models/calendrier.rb:

  Class Calendar < ActiveRecord::Base
    # This defines the class
  End

Dans app/models/l'événement.rb

  Class Event < ActiveRecord::Base
    # This desined the class
  End
  Class Calendar
    # This is supposed to 're-open' the Calendar class
    has_many :events
  end

Ci-dessus générique échantillon extrait de code peut causer de problème de démarrage. Je ne suis pas sûr de l'ordre de pré-chargement des classes a lieu, mais je soupçonne que peut être le problème. J'ai déplacé le ‘has_many :événements " dans la définition de classe dans app/modeles/calendrier.rb et mon application démarre sans erreur.

Donc, une bonne règle à suivre est de mettre votre Enregistrement Actif des Associations (has_many, belongs_to) à l'intérieur de la classe de définition (où la classe est créée).

OriginalL'auteur GeezerGeek