J'ai un script de construction de grades avec une poignée de jeux de sources qui ont toutes différentes dépendances définies (certaines communes, certaines non), et j'essaie d'utiliser le plugin Eclipse pour laisser Graderle générer J'ai défini Ma source se couche comme: p> puisque je n'utilise pas le paramètre code> Source-Set, je pensais que cela pourrait avoir quelque chose à voir avec elle , alors j'ai ajouté p> mais cela n'a pas aidé. p> Je n'ai pas pu comprendre des propriétés communes des bibliothèques qui sont inclus ou de ceux qui ne sont pas, mais je ne trouve rien que je suis sûr de (bien sûr, il doit y avoir quelque chose). J'ai le sentiment que toutes les bibliothèques incluses sont des dépendances de l'ensemble de la source code> directement ou indirectement, mais je n'ai pas été en mesure de vérifier que tout a noter que tout Comment puis-je vous assurer que les dépendances de .project code> et
.classpath code> des fichiers d'éclipse, mais je ne peux pas comprendre comment obtenir toutes les entrées de dépendance dans
.ClassPath code>; Pour une raison quelconque, peu de dépendances externes sont effectivement ajoutées à
.ClassPath CODE> et, par conséquent, la construction Eclipse échoue avec 1400 erreurs (bâtiment avec gradle fonctionne bien).
Test < / Code> Les dépendances de's sont là. P>
.ClassPath code>? p> p>
3 Réponses :
Ceci a été résolu d'une manière qui était étroitement liée à un Question similaire J'ai demandé hier:
eclipseClasspath.plusConfigurations = configurations.findAll { it.name.endsWith("Runtime") }
Je suis d'accord avec Tomas Lycken, il est préférable d'utiliser la deuxième option, mais peut avoir besoin d'une petite correction: p>
ECLIPSE.CLASSPATH.PLUSCONFIGURATIONS = Configurations.Findall {IT.Name.endswith ("Runtime")} P>
BONUS INFO: Ceci est la seule méthode qui fonctionne avec Overle 2.0+ - merci pour le partage!
C'est ce qui a fonctionné pour moi avec la gradle 2.2.1:
eclipse.classpath.plusConfigurations = [configurations.compile]