2010-12-31 11 views
40

Oto konfiguracja:niezainicjowaną Stała w zadania Rake

Nowe Rails app, a następnie umieścić ten test_rake.rake w lib/zadań:

task :testclass do 
    HelloClass.hello 
end` 

put hello_class.rb w app/modeli, lub w lib/z tej linii: config.autoload_paths += %W(#{config.root}/lib) dodany do config.rb

class HelloClass 
    def self.hello 
    puts 'hello_class' 
    end 
end 

natarcia TestClass daje ten błąd:

/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2503:in `const_missing' 
/Users/name/Sites/Rails/indexapp/lib/tasks/test_class.rake:5:in `block (2 levels) in <top (required)>' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:636:in `call' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:636:in `block in execute' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:631:in `each' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:631:in `execute' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:597:in `block in invoke_with_call_chain' 
/Users/name/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/monitor.rb:201:in `mon_synchronize' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:590:in `invoke_with_call_chain' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:583:in `invoke' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2051:in `invoke_task' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2029:in `block (2 levels) in top_level' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2029:in `each' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2029:in `block in top_level' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2068:in `standard_exception_handling' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2023:in `top_level' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2001:in `block in run' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:2068:in `standard_exception_handling' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/lib/rake.rb:1998:in `run' 
/Users/name/.rvm/gems/[email protected]/gems/rake-0.8.7/bin/rake:31:in `<top (required)>' 
/Users/name/.rvm/gems/[email protected]/bin/rake:19:in `load' 
/Users/name/.rvm/gems/[email protected]/bin/rake:19:in `<main>' 

Wszelkie pomysły? Odinstalowałem i ponownie zainstalowałem Ruby przez RVM, usunąłem/przebudowałem gemset, wydrukowałem ścieżki automatycznego ładowania, aby upewnić się, że hello_class.rb było w jednym z nich ...

Mogę ręcznie wymagać HelloClass z pliku .rake , ale potem muszę zrobić to samo dla czegokolwiek od czego zależy HelloClass - powiedzmy na przykład, czy HelloClass zawiera HTTParty, czy też zadanie ustawia opóźnione zadanie.

Każda pomoc będzie świetna. Dzięki!

+0

Zamierzają kod z 4 pomieszczeń, aby zachować formatowanie. – Heikki

Odpowiedz

102

Jeśli uruchomisz zadanie rake z task :testclass => :environment do, twoje środowisko Railsowe zostanie załadowane i dostępne dla zadania.

+0

Och, człowieku! I to było właśnie w jednej z moich innych aplikacji. Dzięki! –

11

Dzieje się tak również wtedy, gdy poprawnie określono zależność task :testclass => :environment do, ale włączono threadsafe!.

Aby rozwiązać ten problem, jeśli włączona threadsafe, to zrobić:

# in your application.rb or environment file: 
    # 
    config.threadsafe! unless File.split($0).last == 'rake' # unless this is a rake task 
+0

+1 Twoje rozwiązanie nie działa, ale twoja ocena jest prawidłowa. Moje zadanie zadziałało, gdy wyłączono wątek bezpieczny .. To nie jest dobre ... to jest szyny 3.2.17 –

+2

Naprawianie warunkowego, musi to być '.split ($ 0) [1]' –

+0

Dla mnie to pokazało się tylko na produkcji, działało dobrze na dev –

Powiązane problemy