J'ai un projet Java construit avec Buildr et qui a des dépendances externes:
repositories.remote << "http://www.ibiblio.org/maven2" repositories.remote << "http://packages.example/" define "myproject" do compile.options.target = '1.5' project.version = "1.0.0" compile.with 'dependency:dependency-xy:jar:1.2.3' compile.with 'dependency2:dependency2:jar:4.5.6' package(:jar) end
4 Réponses :
C'est ce que je fais en ce moment. Cela utilise autojar pour tirer uniquement les dépendances nécessaires: et vers la version ultérieure: (CAREAT: Je sais peu de buildr , cela pourrait être totalement la mauvaise approche. Cela fonctionne pour moi, bien que)
C'est la bonne réponse réelle. Ma réponse ci-dessous ajoute simplement les pots au dossier lib qui fonctionne dans Hadoop, mais nulle part ailleurs.
Cela fonctionne bien - la recherche de la coquille est correcte pour obtenir le travail effectué. Peut-être qu'une manière plus féroce serait ce genre d'approche Gist.github.com/981589
J'apprends également Buildr et je suis actuellement en train d'exécuter Scala Runtime avec mon application de cette manière:
package(:jar).with(:manifest => _('src/MANIFEST.MF')).exclude('.scala-deps')
.merge('/var/local/scala/lib/scala-library.jar')
La bonne chose à propos de Autojar est qu'il s'agisse également de dépendances qui ne sont jamais utilisées dans votre programme (basées sur l'inspection bytecode) - donc en théorie, vous devriez obtenir un fichier de résultats plus petit.
C'est la bonne réponse car elle utilise une construction de la construction de la construction
Je vais second ceci; C'est le moyen de le faire en utilisant Buildr.
Pour ceux qui ont besoin d'aide avec Ruby, mettez les deux ensemble pour une réponse facile: package (: JAR) .Mérige (compile.dépendances)
Voici comment je crée un Uberjar avec BuildRR, cette personnalisation de ce qui est placé dans le pot et comment le manifeste est créé: Il y a aussi une version qui prend en charge le ressort , en concatéant tous les printemps.schemas