[JAVA] Parcourez les artefacts Maven locaux à Gradle

Parcourez les artefacts Maven locaux à Gradle

Considérez comment définir un artefact Maven en tant que dépendance dans Gradle, dont la source est publique mais dont les artefacts ne sont pas enregistrés dans le référentiel public.

--Exemple) Azure Notification Hub: Azure / azure-notificationhubs-java-backend

• groupId - com.windowsazure
• artifactId - NotificationHubs
• version - 0.0.4

--Comment utiliser

• Pot simple sans dépendances externes -> Méthode 1 --Maven jar sans dépendances externes -> Méthode 2/3 --Maven jar avec dépendances externes-> Méthode 3

Méthode 1 - fichiers

• Structure du projet

- gradle-project
  - build.gradle
  - lib
    - NotificationHubs-0.0.4.jar

build.gradle

dependencies {
    compile files ('lib/NotificationHubs-0.0.4.jar') //Spécifiez par chemin de fichier
}

problème

• Limité aux fichiers jar qui ne font pas référence à des modules externes. --Si le fichier jar est un artefact Maven, les dépendances utilisées par le module spécifié dans files ne sont pas résolues. Une erreur d'exécution se produit lors de l'exécution. --Si vous pouvez voir le fichier source du jar, vous pouvez faire de l'artefact Maven cible un gros bocal avec le plug-in Maven ʻassembyoushadow`.

Méthode 2-référentiels flatDir

• Structure du projet
• Identique à la méthode 1

build.gradle

repositories {
    flatDir {
        dirs "lib" //Vous pouvez vous référer au fichier jar placé dans ce dossier dans la notation habituelle des dépendances.
    }
}

dependencies {
    compile('com.windowsazure:NotificationHubs:0.0.4') // groupId/artifactId/version
}

• La dépendance externe de «Notification Hubs» n'a pas été résolue. Même si elle peut être compilée, la classe est introuvable lors de l'exécution et une erreur se produit.

problème

• Similaire à la méthode 1, si le module référencé a des dépendances externes supplémentaires, les dépendances ne seront pas résolues.
• Attention lors de l'utilisation en multi-projets
• Si vous définissez un flatDir qui spécifie sa propre lib dans le sous-projet référencé, le sous-projet référencé référencera sa propre lib et échouera à résoudre les dépendances.
  • GRADLE-1940 Unresolved dependencies when project A depends on project B and A does not have a reference to the repository used by B --Placez lib dans le projet racine et assurez-vous que le sous-projet fait référence à lib dans le projet racine.

build.gradle

subprojects {
    repositories {
        flatDir {
            dirs "${rootProject.projectDir}/lib"
        }
    }
}

Méthode 3 référentiels maven (structure de dossiers locaux Maven)

• Structure du projet --Utilisez la structure de dossiers du référentiel local de Maven

- gradle-project
  - build.gradle
  - lib
    - com
      - windowsazure
        -  NotificationHubs
          -  0.0.4
            - NotificationHubs-0.0.4.jar
            - NotificationHubs-0.0.4.pom

build.gradle

repositories {
    maven {
        url "lib"
    }
}

dependencies {
    compile('com.windowsazure:NotificationHubs:0.0.4') // groupId/artifactId/version
}

--La dépendance externe de NotificationHubs a été résolue.

problème

• Notez qu'il y a le même problème que la méthode 2 dans la configuration multi-projets.