Moteur Rails - Gemmes dépendances, comment les charger dans l'application?

Je suis en train de faire un moteur ici, il fonctionne très bien en stand alone.

Quand je le transformer en un joyau, et de le charger à l'intérieur d'une autre application, je reçois beaucoup de undefined erreurs, venant de mon moteur de gem avec des dépendances.

Ici est la gemspec:

s.add_dependency('paperclip')
s.add_dependency('jquery-rails')
s.add_dependency('rails3-jquery-autocomplete')
s.add_dependency('remotipart')
s.add_dependency('cancan')

Dans l'application, quand je fais un bundle install, il répertorie toutes ces dépendances, mais que je lance l'application je reçois beaucoup de undefined méthodes d'erreurs (has_attachment à partir d'un trombone, par exemple). Il semble que l'application ne prend pas en charge les moteurs de dépendances.
Est-ce le comportement par défaut? Puis-je le changer?
Même chose s'est produite avec un plug-in à l'intérieur du moteur.

Si j'insère à la main ces joyaux, dans l'application Gemfile, toutes les œuvres...

  • pouvez-vous voir ces installée dans le Gemfile.verrouillage de l'application? Est-ce que votre moteur Gemfile utiliser 'gemspec' au-dessous de la source? Si votre application Gemfile.verrouillage montre ces dépendances installé, alors je crois qu'ils devraient être disponibles dans l'app. Si vous n'avez pas vu ce post, check it out -> yehudakatz.com/2010/12/16/...
InformationsquelleAutor Tiago | 2011-03-01
  1. 76

    Les inclure dans votre gemfile et d'exécuter la commande bundle install. Alors en faire la demande dans votre lib/<your_engine>/engine.rb file. N'oubliez pas d'exiger de rubygems

      require 'rubygems'
  require 'paperclip'
  require 'jquery-rails'
  require 'rails3-jquery-autocomplete'
  require 'remotipart'
  require 'cancan'

    Puis dans votre application hôte (L'app où vous avez inclus votre gem) d'exécuter la commande bundle install/bundle mise à jour (bundle mise à jour a fait le tour pour moi) et puis tout devrait fonctionner parfaitement. Vous pouvez également tester par le démarrage de la console dans votre application hôte et il suffit de taper le nom du module par exemple 

    Loading development environment (Rails 3.0.3)
irb(main):001:0> Paperclip
=> Paperclip

    Espère que cette aide

    • L'OP a l'intention de pas être nécessaire d'ajouter les dépendances dans le Gemfile de l'application en utilisant le moteur de. (Je vais avoir le même problème avec un plugin.) Les pierres précieuses apparaissent tous dans le Gemfile.serrure, mais ils ne sont pas chargés par les Rails automatiquement, il me semble.
    • Si les pierres sont installés, alors en faire la demande dans votre lib/<your_engine>/moteur.rb fichier.
    • Je pense (peut-être tort), il est de votre moteur/plugins responsabilité d'exiger de toutes les dépendances. Ce qui devrait également être inclus dans le gemspec. Je pense que le Gemfile est juste à des fins de développement.
    • oui, cela semble être de mes conclusions trop. Un moteur est considéré comme un joyau, et les pierres précieuses ont à mettre leur depedencies dans un .fichier gemspec.
    • n'est-il pas étrange d'exiger pour la deuxième fois? Ils sont une fois déclaré que les dépendances dans les Engins de .gemspec fichier. Donc, ils DOIVENT être chargés dans l'application d'hébergement sans require de commande. Mais ils ne le sont pas.
    • Ce n'est pas de travail pour moi dans les Rails 4, n'importe quoi d'autre Dois-je ajouter ?
    • Ce n'travailler dans dans les pluies de la version 4.2.0, comme un moteur, mais avec ensemble différent de pierres précieuses.

    InformationsquelleAutor Daniël Zwijnenburg
  2. 23

    Vous pouvez exiger manuellement comme Daniel affiché, et vous pouvez également exiger automatiquement. Vous avez besoin d'ajouter des dépendances en 3 fichiers:

    • yourengine.gemspec

      s.add_dependency "rails", '4.1.0'
s.add_dependency "sqlite3"

    • Gemfile

      # Imports dependencies from yourengine.gemspec
gemspec

    • lib/yourengine.rb

      # requires all dependencies
Gem.loaded_specs['yourengine'].dependencies.each do |d|
 require d.name
end

require 'yourengine/engine'

module Yourengine
end

    Mise à jour: C'est une simple démonstration de comment exiger les dépendances. Vous devriez le tester et de filtrer les éléments indésirables, par exemple: besoin d.nom, sauf d.type == :développement (thx @imsinu9)

    • C'est très soigné. Malheureusement, quelques joyaux ont différentes conventions de nommage et donc la require d.name échoue avec une LoadError alors vous pourriez avoir à faire un peu de sauvetage.
    • Que le dernier tour de boucle va charger toutes vos dépendances de développement, trop. 🙁
    • Je recommande require d.name unless d.type == :development pour éviter de charger le développement de la dépendance.
    InformationsquelleAutor carlosvini
  3. 2

    de trombone du README :

    Pour les Non-Rails utilisation:

    class ModuleName < ActiveRecord::Base
  include Paperclip::Glue
  ...
end

    J'ai eu le même problème et qu'il fixe pour moi.

    InformationsquelleAutor tali
  4. 1

    Vous devez ajouter le fichier gem à la fois à l' .fichier gemspec, et votre moteur.rb fichier.
    Dans l' .fichier gemspec ce serait comme:
    s.add_dependency "kaminari", "0.16.1"

    Dans le moteur.rb fichier en haut à ajouter:
    require "kaminari"

    Je pense que vous devez également ajouter la gemme au moteur rails Gemfile et bundle install, mais je ne suis pas certain si vous avez besoin là-bas.

    InformationsquelleAutor yoyodunno
  5. 0

    À l'heure (Rails 3.1 et au-dessus, je pense), vous ne devriez pas avoir de ne déclarer toutes les gemmes dans le test/mannequin/Gemfile plus:

    Citation de test/mannequin/Gemfile (générées à l'aide rails plugin new my_engine --full):

    Déclarer votre bijou les dépendances dans simple_view_helpers.gemspec.
    Bundler va traiter les dépendances d'exécution comme des dépendances de base, et
    les dépendances de développement sera ajouté par défaut à l' :groupe de développement.

    Déclarer toutes les dépendances qui sont encore en développement plutôt que dans
    votre gemspec. Celles-ci pourraient inclure le bord des Rails ou des pierres précieuses à partir de votre chemin ou
    Git. N'oubliez pas de déplacer ces dépendances pour votre gemspec avant de le relâcher
    votre bijou de rubygems.org.

    InformationsquelleAutor Joshua Muheim
  6. 0

    Vous ne devriez vraiment pas besoin d'eux sur le Gemsec, et ils doivent être chargés. Quand tu dis "ici, c'est le gemspec", vous entourer avec les Gem::Specification.new do |s| ou quelque chose à cet effet, à droite?

    InformationsquelleAutor chesterbr
  7. 0

    Vous pouvez inclure toutes les gemmes de l'environnement avec un simple système de regroupement de commande:

    Bundler.require(*Rails.groups)

    Vous pourriez ajouter à une config/initializer.

    InformationsquelleAutor sbonami