→ Reportez-vous au code de Gradle 2.x du prédécesseur, et reportez-vous à la version compatible Gradle 5.x
Copier les fichiers jar source dans le répertoire (Qiita ) Publié dans

Générer un fichier .classpath

Un fichier de configuration qui permet à l'EDI de charger les fichiers JAR et le code source. Initialement pour Eclipse, il prend également en charge InteliJ IDEA.

Je souhaite également maintenir ce fichier avec Gradle.

Il peut être généré simplement en appliquant le plugin ʻeclipse` de Gradle ...

.classpath Problème de chemin absolu

Le chemin dans .classpath généré par Plugin est un chemin absolu. C'est peu pratique car il devient un chemin dépendant de l'environnement et ne peut pas être partagé sur Git.

Solution: --Générer .classpath à chaque fois par gradle eclipseClasspath de vos propres mains -: -1: Il faut du temps à tout le monde pour le faire à chaque fois -: -1: La reproductibilité de la construction diminue (même si cela a fonctionné à portée de main! Phénomène) --Générer .classpath en notation de chemin relatif avec Gradle et valider avec le fichier jar -: + 1: Exécutez-le simplement avec une copie du fichier Jar etc. OK

Générer .classpath en notation de chemin relatif

Si vous l'étendez en utilisant le hook du plugin comme indiqué dans Site de référence au lieu de pathVariables '.': ProjectDir du plugin ʻeclipse` bien:

eclipse.classpath.file {
    whenMerged { classpath ->
        classpath.entries.findAll { entry -> entry.kind == 'lib' }.each {
            it.path = it.path.replaceFirst("${projectDir.absolutePath}/", '')
            it.exported = false
        }
    }
}

ʻEclipse.classpath.file`` quandMergé`

Vous pouvez contrôler librement le contenu du fichier .classpath avec whenMerged

Par exemple:

• Réécrivez le chemin de référence du fichier jar avec une logique arbitraire
• Dans notre cas, seuls certains fichiers sont placés dans des répertoires différents. -- classpath.entries.sort contrôle l'ordre de .classpath
• Utile pour les mesures de bibliothèque dépendant de l'ordre de chargement telles que JMockit --classpath.getEntries (). removeAll {return (expression conditionnelle)}
• Vous pouvez exclure les fichiers JAR que vous ne voulez pas que l'EDI charge

Changement de nom de fichier jar

Les noms de fichiers JAR de gestion manuelle et les fichiers JAR dérivés de Gradle ne correspondent souvent pas. Par exemple:

--Nom de fichier géré manuellement: crimson.jar

• Résultat du téléchargement de la plate-forme: crimson-1.1.3.jar

Il y a un problème lors du référencement avec un nom de fichier fixe. En particulier, il y a les suivants:

--Fixed file name in classpath of build tools such as Ant

• Nom de fichier corrigé avec l'option classpath de JVM au démarrage du programme

Solution de contournement pour le changement de nom de fichier JAR

1. (Non recommandé) Renommez l'ancien nom de fichier en post-traitement -: -1: accident lorsque le nom du groupe source ou de l'artefact change -: -1: j'ai du mal à gérer les nouveaux pots
2. Ne connaissez pas les bibliothèques individuelles -: + 1: Design OK juste en lisant tous les jars dans un répertoire spécifique --Ant, JVM classpath (> = 6), utilisez des caractères génériques * tels que shell

• Notez que l'interprétation de «*» est légèrement différente.

Ce dernier est un problème, mais il s'agit d'un effort temporaire, il vaut donc mieux y faire face à long terme.

<! - ===================================== # Section: Partie stratégique (Gestion des pots) = ==================================== ->

Technique d'implémentation de l'outil de gestion de packages: gestion des fichiers JAR pour diverses raisons

~ Techniques de gestion des fichiers jar provenant d'au-delà de l'histoire ~

Éléments communs dans les anciens fichiers JAR

<! ---- Le pot contenu dans le pot tout-en-un est couvert->

• J'ai pu récupérer le fichier jar, mais les binaires ne correspondent pas
• VersionSNAPSHOT --Bien que ce ne soit pas -SNAPSHOT`, il a été remplacé et publié. --Il existe différents binaires entre les référentiels Maven
• Patch d'origine de fond inconnu: imp:
• La page officielle a disparu et vous ne pouvez pas réobtenir des pots ou des sources

Déterminer la cause de la discordance binaire jar

Ne laissez pas l'écart, vérifiez les différences spécifiques:

• La portée et le risque de l'introduction d'outils de gestion de paquets peuvent être limités.
• La plage à tester et la méthode d'essai seront clarifiées.

J'ai émis un hachage SHA-1 du fichier jar avant et après la graduation, Nous avons examiné les différences spécifiques pour les jars avec des hachages incompatibles.

Comment vérifier la différence du fichier jar

Le fichier jar est un zip et une fois décompressé, vous verrez les fichiers suivants:

1. Fichier .class (code octet Java)
2. Fichier de métadonnées tel que «META-INF»
3. Autres fichiers de ressources tels que les fichiers de propriétés

À l'exception de «.class», la plupart des outils de comparaison de texte peuvent être utilisés à des fins de comparaison.

Exemple quand il y a une différence dans META-INF / MANIFEST.MF de lucene-analyzers-2.4.0: </ small>

8c8
< Implementation-Version: 2.4.0 701827 - 2008-10-05 16:46:27
> Implementation-Version: 2.4.0 701827 - 2008-10-05 16:44:47

2c2
< final class com.google.inject.servlet.ServletScopes$1 implements com.google.inject.Scope {
> class com.google.inject.servlet.ServletScopes$1 implements com.google.inject.Scope {

repositories {
  maven {
    url 'http://central.maven.org/maven2/'    
  } // mavenCentral()Je n'ose pas utiliser la notation abrégée(Voir ci-dessous)

  maven {
    url "http://URL du référentiel privé"
  }
}

<project>
  <modelVersion>4.0.0</modelVersion>

  <!--Informations d'identification de ce pot lui-même-->
  <groupId>com.m3</groupId> <artifactId>m3generator</artifactId>
  <version>1.0.0</version>

  <!--Informations sur le pot dont dépend ce pot-->
  <dependencies>
    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.17</version>
    </dependency>
    ...

repositories {
  maven { // Maven central
    url 'http://central.maven.org/maven2/'    

    content {
      excludeGroup 'com.sun.jmx' //Ne récupérez pas ce groupe d'ici
      excludeModule 'jdom', 'jdom' //Ne récupérez pas cette bibliothèque d'ici
    }
    //MavenCentral pour faire la description ci-dessus()Je n'utilise pas la notation abrégée telle que
  }