Rails 5: charger les fichiers lib en production

J'ai mis à niveau l'une de mes applications de Rails 4.2.6 vers Rails 5.0.0. Le guide de mise à niveau indique que la fonction de chargement automatique est maintenant désactivée en production par défaut.

Maintenant, j'obtiens toujours une erreur sur mon serveur de production car je charge tous les fichiers lib avec autoload dans le application.rbfichier.

module MyApp
    class Application < Rails::Application
        config.autoload_paths += %W( lib/ )
    end
end

Pour l'instant, j'ai réglé le config.enable_dependency_loadingsur truemais je me demande s'il existe une meilleure solution à cela. Il doit y avoir une raison pour laquelle le chargement automatique est désactivé par défaut en production.

Ma liste de changements après le passage à Rails 5:

1. Placez libdir dans appcar tout le code à l'intérieur de l'application est chargé automatiquement dans le développement et chargé avec impatience dans prod et, plus important encore, est chargé automatiquement en développement afin que vous n'ayez pas à redémarrer le serveur à chaque fois que vous apportez des modifications.
2. Supprimez toutes les requireinstructions pointant vers vos propres classes à l'intérieur libcar elles sont toutes chargées automatiquement si leur nom de fichier / répertoire est correct, et si vous laissez des requireinstructions, cela peut interrompre le chargement automatique. Plus d'infos ici
3. Défini config.eager_load = truedans tous les environnements pour voir les problèmes de chargement de code avec impatience dans dev.
4. À utiliser Rails.application.eager_load!avant de jouer avec les threads pour éviter les erreurs de «dépendance circulaire».

5. Si vous avez des extensions ruby ​​/ rails, laissez ce code dans l'ancien librépertoire et chargez-les manuellement depuis l'initialiseur. Cela garantira que les extensions sont chargées avant votre logique supplémentaire qui peut en dépendre:

   # config/initializers/extensions.rb
   Dir["#{Rails.root}/lib/ruby_ext/*.rb"].each { |file| require file }
   Dir["#{Rails.root}/lib/rails_ext/*.rb"].each { |file| require file }

Je viens d'utiliser config.eager_load_pathsau lieu de config.autoload_pathsmentionner comme mention akostadinov sur le commentaire github: https://github.com/rails/rails/issues/13142#issuecomment-275492070

# config.autoload_paths << Rails.root.join('lib')
config.eager_load_paths << Rails.root.join('lib')

Il fonctionne sur l'environnement de développement et de production.

Merci Johan pour la suggestion de remplacer #{Rails.root}/libpar Rails.root.join('lib')!

Le chargement automatique est désactivé dans l'environnement de production en raison de la sécurité des threads. Merci à @ Зелёный pour le lien.

J'ai résolu ce problème en stockant les fichiers lib dans un libdossier de mon apprépertoire comme recommandé sur Github . Chaque dossier du appdossier est chargé automatiquement par Rails.

Il doit y avoir une raison pour laquelle le chargement automatique est désactivé par défaut en production.

Voici une longue discussion sur cette question. https://github.com/rails/rails/issues/13142

Cela permet de charger automatiquement la librairie et fonctionne également dans l'environnement de production.

PS J'ai changé ma réponse, maintenant cela ajoute aux deux chemins de chargement automatique, quel que soit l'environnement, pour permettre également de travailler dans des environnements personnalisés (comme la scène)

# config/initializers/load_lib.rb
...
config.eager_load_paths << Rails.root.join('lib')
config.autoload_paths << Rails.root.join('lib')
...

Changez simplement config.autoload_paths en config.eager_load_paths dans le fichier config / application.rb. Parce que dans les rails 5, le chargement automatique est désactivé par défaut pour l'environnement de production. Pour plus de détails, veuillez suivre le lien .

 #config.autoload_paths << "#{Rails.root}/lib"
  config.eager_load_paths << Rails.root.join('lib')

Cela fonctionne à la fois pour le développement de l'environnement et la production.

Dans un certain sens, voici une approche unifiée dans Rails 5 pour centraliser la configuration hâte et chargement automatique, en même temps, il ajoute le chemin de chargement automatique requis chaque fois que la charge hâtive est configurée, sinon il ne pourra pas fonctionner correctement:

# config/application.rb
...
config.paths.add Rails.root.join('lib').to_s, eager_load: true

# as an example of autoload only config
config.paths.add Rails.root.join('domainpack').to_s, autoload: true
...

Pour quiconque a eu du mal avec cela comme moi, il ne suffit pas de placer un répertoire sous app/. Oui, vous obtiendrez un chargement automatique mais pas un rechargement nécessaire , ce qui nécessite le respect des conventions d'espacement de noms .

De plus, l'utilisation de l'initialiseur pour charger l'ancien niveau racine libempêchera le rechargement de la fonction pendant le développement.

Le déplacement du dossier lib vers l'application a permis de résoudre un problème, mon API Twitter ne fonctionnait pas en production. J'avais "TwitterApi constant non initialisé" et mon API Twitter était dans mon dossier lib. J'avais config.autoload_paths += Dir["#{Rails.root}/app/lib"]dans mon application.rb mais cela n'a pas fonctionné avant de déplacer le dossier.

Cela a fait l'affaire

pour résumer la réponse de Lev: mv lib appétait suffisant pour que tout mon libcode soit rechargé / rechargé automatiquement.

(rails 6.0.0beta3 mais devrait fonctionner correctement sur les rails 5.x aussi)