Dépendances de test multi-projets avec gradle

Question

J'ai une configuration multi-projets et je veux utiliser gradle.

Mes projets sont comme ceci :

• Projet A

  • -> src/main/java
  • -> src/test/java

• Projet B

  • -> src/main/java (dépend de src/main/java en Projet A )
  • -> src/test/java (dépend de src/test/java en Projet A )

Mi Projet B build.gradle est comme ceci :

apply plugin: 'java'
dependencies {
  compile project(':ProjectA')
}

La tâche compileJava fonctionnent très bien mais le compileTestJava ne compile pas le fichier de test de Projet A .

Answer 1

Déclassé - Pour Gradle 5.6 et plus, utilisez cette réponse .

En Projet B il suffit d'ajouter un testCompile dépendance :

dependencies {
  ...
  testCompile project(':A').sourceSets.test.output
}

Testé avec Gradle 1.7.

Answer 2

Le moyen le plus simple est d'ajouter une dépendance de tâche explicite dans le projet B :

compileTestJava.dependsOn tasks.getByPath(':ProjectA:testClasses')

Le moyen le plus difficile (mais le plus clair) est de créer une configuration d'artefact supplémentaire pour le ProjetA :

task myTestsJar(type: Jar) { 
  // pack whatever you need...
}

configurations {
  testArtifacts
}

artifacts {
   testArtifacts myTestsJar
}

et ajoutez le testCompile dépendance pour le projet B

apply plugin: 'java'
dependencies {
  compile project(':ProjectA')
  testCompile project(path: ':ProjectA', configuration: 'testArtifacts')
}

Answer 3

J'ai rencontré ce problème moi-même récemment, et il est difficile de trouver des réponses à ces questions.

L'erreur que vous commettez est de penser qu'un projet doit exporter ses éléments de test de la même manière qu'il exporte ses artefacts primaires et ses dépendances.

Personnellement, j'ai eu beaucoup plus de succès avec la création d'un nouveau projet dans Gradle. Dans votre exemple, je l'aurais nommé

Projet A_Test -> src/main/java

Je mettrais dans src/main/java les fichiers que vous avez actuellement dans Project A/src/test/java. Faites en sorte que toutes les dépendances testCompile de votre Projet A compilent les dépendances du Projet A_Test.

Ensuite, faites du projet A_Test une dépendance testCompile du projet B.

Ce n'est pas logique si l'on se place du point de vue de l'auteur des deux projets, mais je pense que cela a beaucoup de sens si l'on pense à des projets comme junit et scalatest (et d'autres). Même si ces frameworks sont liés aux tests, ils ne sont pas considérés comme faisant partie des cibles de "test" dans leurs propres frameworks - ils produisent des artefacts primaires que d'autres projets utilisent par hasard dans leur configuration de test. Vous voulez simplement suivre ce même modèle.

Essayer de faire les autres réponses listées ici n'a pas fonctionné pour moi personnellement (en utilisant Gradle 1.9), mais j'ai trouvé que le modèle que je décris ici est une solution plus propre de toute façon.

Answer 4

Je sais que c'est une vieille question mais je viens d'avoir le même problème et j'ai passé du temps à comprendre ce qui se passe. J'utilise Gradle 1.9. Tous les changements doivent être dans le fichier de ProjectB build.gradle

Pour utiliser les classes de test du projet A dans les tests du projet B :

testCompile files(project(':ProjectA').sourceSets.test.output.classesDir)

Pour s'assurer que sourceSets est disponible pour le projet A :

evaluationDependsOn(':ProjectA')

Pour s'assurer que les classes de test de ProjectA sont réellement là, quand vous compilez ProjectB :

compileTestJava.dependsOn tasks.getByPath(':ProjectA:testClasses')

Answer 5

Dans le projet B :

dependencies {
  testCompile project(':projectA').sourceSets.test.output
}

Semble fonctionner dans la version 1.7-rc-2