LoadError: Nie można załadować klejnotu "listen" (Rails 5)

Question

Mam aplikację Rails 5 w trybie API, która nie pozwala uruchomić rake routes lub rails s. Błąd pojawia się:

$ rake routes 
rake aborted! 
LoadError: Could not load the 'listen' gem. Add `gem 'listen'` to the development group of your Gemfile 
.../config/environment.rb:5:in `<top (required)>' 
LoadError: cannot load such file -- listen 
.../config/environment.rb:5:in `<top (required)>' 
Tasks: TOP => routes => environment 
(See full trace by running task with --trace) 

I zostały zweryfikowane, że listen jest w grupie rozwojowej w moim Gemfile:

group :development do 
    gem 'listen', '~> 3.1.5' 
    # Spring speeds up development by keeping your application running in the background. Read more: https://github.com/rails/spring 
    gem 'spring' 
    gem 'spring-watcher-listen', '~> 2.0.0' 
end 

i że jest to w moim Gemfile.lock:

$ cat Gemfile.lock | grep 'listen' 
    listen (3.1.5) 
    spring-watcher-listen (2.0.0) 
     listen (>= 2.7, < 4.0) 
    listen (~> 3.1.5) 
    spring-watcher-listen (~> 2.0.0) 

Mam pakiet zaktualizowany i pakiet zainstalowany i zweryfikowano, że działa gem install listen. To działało wcześniej w tym tygodniu, ale nie mam szczęścia wracając do moich zobowiązań.

$ ruby -v 
ruby 2.2.3p173 (2015-08-18 revision 51636) [x86_64-darwin14] 

nie widzę go w vendor/cache ale nie jestem pewien, co zrobić z tym, że ...

$ bundle package | grep 'listen' 

Docenić pomocy!

Aktualizacja:

mogę "naprawić" ten problem poprzez wprowadzenie gem 'listen', '~> 3.1.5' w globalnej Gemfile (i usunięcie go z :development). Wtedy wszystkie błędy znikną, a wszystko będzie działać, ale wydaje się, że jest źle.

Answer 1

Zamieszczam to jako odpowiedź, ale nie podoba mi się to.

Mogę "rozwiązać" problem, umieszczając gem 'listen', '~> 3.1.5' w globalnym pliku Gemfile (i usuwając go z :development). Wtedy wszystkie błędy znikną, a wszystko będzie działać, ale wydaje się, że jest źle.

Answer 2

Być może przez pomyłkę ustawiłeś bundle install --without w pewnym momencie, tak czy inaczej.

Aby przywrócić ten run:

bundle config --delete without

Ja również prowadził bundle config --delete with jak ręcznie ustawić with opcji, jak również przez pomyłkę. Uruchomienie obu powinno przywrócić domyślne zachowanie.

Po usunięciu konfiguracji without mogłem ponownie uruchomić bundle install, a następnie zadziałały moje rails s, rails db:migrate itp.

---

można sprawdzić, czy jest to Twój problem, uruchamiając bundle install i spojrzeć na przedostatnim wierszu wyjścia. Jeśli stwierdza:

Gems in the groups development and test were not installed.

To na pewno powyżej rozwiązania powinny pracować dla Ciebie.

Answer 3

Jeśli jesteś na szynach 5 i używasz domyślnego pliku config/environments/development.rb, będzie on zawierał ten wiersz kodu.

config.file_watcher = ActiveSupport::EventedFileUpdateChecker 

To wymaga posłuchania klejnotu. Ten rzucił mnie na trochę jak robiłem Rails 4 uaktualnień do szyn 5

edit: Zapomniałeś jeśli wspomnieć jeśli skomentować ten wiersz kodu się, że nie będzie trzeba gem wysłuchać już

Answer 4

I miał ten sam problem. Dzięki odpowiedzi @newdark znalazłem poprawne rozwiązanie. Zasadniczo chciałem wdrożyć szyny w trybie production. Ale oczywiście zapomniałem ustawić zmienną środowiskową RAILS_ENV=production przed uruchomieniem serwera.

Podsumowując, zostały zainstalowane zależności dla trybu production, podczas gdy szyny próbowały uruchomić w trybie development, ponieważ zapomniały ustawić RAILS_ENV=production. Jeśli dodam gem listen do zależności production, będę pracował w trybie programistycznym bez możliwości zauważenia.

Dla mnie rozwiązaniem było wykonanie export RAILS_ENV=production przed wykonaniem jakichkolwiek poleceń rails i utrzymanie nienaruszonych zależności. Mam nadzieję, że udało mi się to wyjaśnić.

Answer 5

Mam ten sam problem, uruchamiając rails c.

Czytając ten drugi przepełnienie stosu post ja wiedziałem, że to jest normalne, że zarówno polecenie bundle exec rake lub rails console są wyświetlane w domyślnej production środowiska.

Pomyślałem będę rozwiązać ten problem poprzez:

1. dodając export RAILS_ENV=production w ~/.bash_profile
2. wyraźnie pisemnie środowiska, w którym chcę polecenie, aby wykonać jak bundle exec rake a_rake:task RAILS_ENV=productionrails console --env=production etc ...

Answer 6

użyłem tego: bundle install --without development

Error:

Could not load the 'listen' gem. Add gem 'listen' to the development group of your Gemfile (LoadError)

Po tym, użyj tego kodu:

bundle config --delete without 
bundle config --delete with 

Wreszcie

bundle install