Artefact manquant com.sun: tools: jar


91

J'ai suivi le tutoriel de démarrage, mais je suis bloqué après avoir importé le projet playn à l'aide de Maven. J'utilise Eclipse Indigo sous Windows 7 64 bits.

Tous les projets importés ont la même erreur:

Missing Artifact com.sun:tools:jar in all the pom.xml files.

Après quelques heures de recherche sur les forums, j'ai essayé:

Installation de la dernière version de Java 1.6.029 Modification de ma JAVA_HOMEvariable d'environnement pour qu'elle pointe vers \program files\Java\jdk1.6_029 Modification de mes préférences Java Eclipse pour utiliser le JRE jdk1.6_029.

J'aimerais vraiment expérimenter playn, mais pourquoi il y a quelques messages, je n'arrive pas à trouver une réponse consensuelle sur la solution. Certaines personnes disent que Sun a supprimé quelque chose du jdk 64 bits, d'autres disent que vous devez éditer vos fichiers xml, beaucoup de gens ont dit que vous aviez changé votre JAVA_HOME, et un autre a dit que vous deviez changer les options de votre VM pour Eclipse.

Toute aide pour clarifier cela serait appréciée, et peut-être utile pour beaucoup, car je n'ai pas de configuration particulièrement étrange ici.

(modifier) ​​Voici le pom.xml dans le premier projet. Eclipse signale une erreur dans la ligne qui dit:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
  <modelVersion>4.0.0</modelVersion>

  <parent>
    <groupId>com.googlecode.playn</groupId>
    <artifactId>playn-project</artifactId>
    <version>1.1-SNAPSHOT</version>
  </parent>

  <artifactId>playn-android</artifactId>
  <name>PlayN Android</name>
  <packaging>jar</packaging>

  <repositories>
  </repositories>

  <dependencies>
    <dependency>
      <groupId>com.googlecode.playn</groupId>
      <artifactId>playn-core</artifactId>
      <version>${project.version}</version>
    </dependency>

    <!-- needed because Android uses the same JSON code as playn-java;
         that should be factored into a library shared by both backends -->
    <dependency>
      <groupId>com.googlecode.playn</groupId>
      <artifactId>playn-java</artifactId>
      <version>${project.version}</version>
    </dependency>

    <dependency>
      <groupId>com.google.android</groupId>
      <artifactId>android</artifactId>
      <version>${android.version}</version>
      <scope>provided</scope>
    </dependency>

    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.8.1</version>
      <scope>test</scope>
    </dependency>
  </dependencies>

  <build>
    <sourceDirectory>src</sourceDirectory>
  </build>
</project>

Avez-vous la même erreur lors de l'exécution de maven à partir de la ligne de commande?
Raghuram

J'ai ajouté le fichier pom.xml. Je m'excuse de ne pas savoir comment faire quoi que ce soit avec maven en utilisant la ligne de commande.
boldinventions

POM est cassé. Balises obligatoires manquantes telles que groupId, artifactId, version ... Le POM parent est également une version de module qui n'existe pas dans Maven central ....
Mark O'Connor

l'avez-vous réparé d'une manière ou d'une autre? rien de tout cela ne semble fonctionner pour moi (Windows7-64 bits - jdk1.6)
Ovidiu Latcu

Comme il s'agit d'un problème courant, pourriez-vous accepter une réponse qui vous convient?
Roy Truelove

Réponses:


56

Je viens de poster sur cette question à propos de ce même problème et comment je l'ai résolu, mais je vais la coller (et la développer) ici aussi, car elle semble plus pertinente.

J'ai eu le même problème lors de l'utilisation d'Eclipse dans Windows 7, même lorsque j'ai supprimé le JRE de la liste des JRE dans les paramètres Eclipse et que je n'avais que le JDK.

Ce que j'ai fini par avoir à faire (comme vous l'avez mentionné dans votre question) était de modifier la ligne de commande du raccourci que j'utilise pour lancer Eclipse pour y ajouter l'argument -vm comme ceci:

-vm "T:\Program Files\Java\jdk1.6.0_26\bin"

Bien sûr, vous l'ajusteriez pour qu'il pointe vers le répertoire bin de votre installation JDK. Cela fait qu'Eclipse s'exécute en utilisant le JDK au lieu de JRE, puis il est capable de trouver le tools.jarcorrectement.

Je pense que cela a à voir avec la façon dont Eclipse trouve son JRE par défaut quand aucun n'est spécifié. Je suppose qu'il a tendance à préférer JRE à JDK (pourquoi, je ne sais pas) et opte pour le premier JRE compatible qu'il trouve. Et s'il sort des clés de registre Windows comme le suggère la réponse de Vladiat0r, il recherche d'abord la HKLM\Software\JavaSoft\Java Runtime Environmentclé au lieu de la HKLM\Software\JavaSoft\Java Development Kitclé.


10
Cela a fonctionné pour nous dans Windows 7. Nous avons dû modifier le raccourci pour ajouter l'argument -vm "..." plutôt que d'utiliser eclipse.ini. De plus, nous avons dû réimporter notre projet maven dans l'espace de travail avant que l'erreur disparaisse.
Kit Menke

2
Même chose ici - pas de dés avec .ini, mais l'argument -vm dans la ligne de commande fonctionnait.
Roy Truelove

1
J'ai édité la réponse pour expliquer comment changer eclipse.init. Source: wiki.eclipse.org/Eclipse.ini#-vm_value:_Windows_Example
OGrandeDiEnne

1
Même chose ici - l'ajout de -vm au raccourci a fonctionné pour moi. Je n'ai pas besoin de réimporter mon projet, il suffit de le projeter / maven / le mettre à jour.
Łukasz Dumiszewski

1
Pour le laisser fonctionner, je devais également ajouter javaw.exeà ce chemin (donc en entier:) -vm "T:\Program Files\Java\jdk1.8.0_66\bin\javaw.exe";
Jacob van Lingen

27

J'ai eu le même problème en développant une application de service Web simple, dans mon cas, j'ai dû ajouter un plug-in codehous afin d'obtenir des bibliothèques jaxws. Cependant, maven pom a continué à poser des questions sur le fichier jar des outils.

Je dois dire que les commentaires ci-dessus sont corrects, vous pouvez inclure l'entrée ci-dessous dans le fichier pom:

<dependency>
   <groupId>com.sun</groupId>
   <artifactId>tools</artifactId>
   <version>1.6</version>
   <scope>system</scope>
   <systemPath>C:\Program Files\Java\jdk1.6.0_29\lib\tools.jar</systemPath>
 </dependency>

Mais que se passera-t-il lorsque vous devrez déployer sur une instance de production? Vous pouvez remplacer le chemin par une référence à une variable d'environnement système mais cela ne me semble toujours pas bon, du moins pour moi.

J'ai trouvé une autre solution dans un commentaire StackOverflow:

Problème d'artefact Maven 3

<dependency>
    <groupId>org.apache.struts</groupId>
    <artifactId>struts2-core</artifactId>
    <version>${struts2.version}</version>
    <exclusions>
        <exclusion>
            <artifactId>tools</artifactId>
            <groupId>com.sun</groupId>
        </exclusion>
    </exclusions>
</dependency>

Ils suggèrent d'inclure une déclaration d'exclusion pour le pot d'outils et cela fonctionne. Donc, pour résumer: vous pouvez inclure une règle d'exclusion dans votre dépendance et éviter d'avoir le problème tool.jar:

 <exclusions>
            <exclusion>
                <artifactId>tools</artifactId>
                <groupId>com.sun</groupId>
            </exclusion>
        </exclusions>

3
Astuce: utilisez 'mvn dependency: tree' pour trouver où insérer votre exclusion.
Lars

L'ajout de la balise d'exclusions dans pom.xmlne fonctionne pas pour moi.
user3437460 le

25

J'ai rencontré le même problème et la façon dont j'ai pu le résoudre a été d'ajouter l'emplacement de dépendance de tools.jardans le fichier pom.xml. Ainsi:

 <dependency>
   <groupId>com.sun</groupId>
   <artifactId>tools</artifactId>
   <version>1.6</version>
   <scope>system</scope>
   <systemPath>C:\Program Files\Java\jdk1.6.0_29\lib\tools.jar</systemPath>
 </dependency>

Assurez-vous de modifier l' <systemPath>emplacement où se trouve votre fichier tools.jar.


42
Je suggère fortement de ne pas faire cela - cela résout le problème mais n'est pas portable pour d'autres développeurs ou pour créer des environnements. Voir les autres réponses, ils semblent faire l'affaire
Roy Truelove

il vaut peut-être mieux changer le systemPath en <systemPath> $ {java.home} /lib/plugin.jar </systemPath>
Guilherme Santos

stackoverflow.com/questions/3080437/… a comment faire cela de manière portable.
vorburger

Je suis fou de changer mon pom.xml comme ceci (forcer la version plus récente de java-md-doclet) l'erreur disparaît: <dependencyManagement> <dependencies> <dependency> <groupId> com.github.iotaledger </groupId> <artifactId> java- md-doclet </artifactId> <version> 2.1.3 </version> </dependency> </dependencies> </dependencyManagement>
Samir 007

20

Aucune des autres réponses ne l'a fait pour moi. Cela a été de vérifier la "hiérarchie des dépendances" du pom.xml dans eclipse, où le fait de donner un filtre "tools" a révélé que j'avais une vraie dépendance à tools.jar:

Vue Eclipse

Donc, le coupable pour moi était ceci:

<dependency>
    <groupId>com.github.markusbernhardt</groupId>
    <artifactId>robotframework-selenium2library-java</artifactId>
    <version>1.4.0.7</version>
    <scope>test</scope>
</dependency>

L'ajout d'une exclusion l'a corrigé:

<dependency>
    <groupId>com.github.markusbernhardt</groupId>
    <artifactId>robotframework-selenium2library-java</artifactId>
    <version>1.4.0.7</version>
    <scope>test</scope>
    <exclusions>
        <exclusion>
            <artifactId>tools</artifactId>
            <groupId>com.sun</groupId>
        </exclusion>
    </exclusions>  
</dependency>

L'exclusion ne semble pas avoir d'inconvénients.


1
A fonctionné pour moi, un problème est survenu lors de la mise à niveau d'une base de code java 6 vers java 8
jasonoriordan

J'ai identifié le spotbugs-maven-plugin comme mon coupable, merci!
timbru31

8

La même chose avec moi et Windows 7. J'ai fini par ajouter deux lignes à eclipse.ini:

-vm 
C:\Program Files\Java\jdk1.6.0_35\bin

J'ai essayé de l'utiliser %JAVA_HOME%, mais cela n'a pas fonctionné.


2
Note pour le futur: cela doit être avant la -vmargsligne, comme tout ce qui est passé qui sera interprété comme des arguments de démarrage de la VM. Donc: juste avant celui-là!
eis

Cette solution utilisant -vmavant le -vmargsest la clé !. Merci!
Taber

6

J'ai résolu ce problème dans les paramètres d'Eclipse 4.3 - uniquement en ajoutant des bibliothèques JDK aux bibliothèques JRE.

Allez dans Windows -> paramètres -> Java -> JRE installés -> sélectionnez JDK et cliquez sur Modifier -> cliquez sur Ajouter des JAR externes et ajoutez tools.jar (placé dans JDK / lib)


5

Vérifiez la version JDK sur votre machine et dans les pom.xmldeux devrait être la même

<dependency>
    <groupId>sun.jdk</groupId>
    <artifactId>tools</artifactId>
    <version>1.8</version>
    <scope>system</scope>
    <systemPath>C:\Program Files\Java\jdk1.8.0_192\lib\tools.jar</systemPath>
</dependency>

4

Si ce problème persiste, cela peut être dû à un JDK de version égale ou supérieure à 11.

L' tools.jararchive a été supprimée du dossier lib dans ces JDK (voir cette réponse à une question similaire). Dans ce cas, essayez d'utiliser d'autres versions des bibliothèques, qui ne reposent pas sur la com.sun:toolsbibliothèque.


3

Après avoir lutté pendant un moment, j'ai finalement réussi à utiliser cela au eclipse.inilieu de la ligne de commande. Après avoir finalement lu la documentation, j'ai réalisé que l'argument -vm doit être sur une ligne séparée, sans guillemets, et avant tout -vmargs:

-vm
C:\Program Files\Java\jdk1.7.0_45\bin\javaw.exe

2

J'ai eu une erreur similaire. C'est parce que JDK n'est pas correctement défini dans eclipse. Cucumber a besoin de JDK avec JRE, alors ajoutez ci-dessous la dépendance dans votre pom.xml

<dependency>
  <groupId>com.sun</groupId>
  <artifactId>tools</artifactId>
  <version>1.6</version>
  <scope>system</scope>
  <systemPath>C:\Program Files\Java\jdk1.8.0_101\lib\tools.jar</systemPath>
</dependency>

1

Dans l'onglet POM effectif des fichiers pom, je vois le chemin de dérivation suivant: C:\Program Files\Java\jre6/../lib/tools.jaret je pense que ce n'est pas un chemin valide dans Windows. J'ai essayé de copier le tools.jar dans le dossier jre6 / lib ainsi que dans Java / lib sans succès.

La valeur "C: \ Program Files \ Java \ jre6" provient du registre

HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6.0_30
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.6

Et définissez la clé JavaHome sur l'emplacement où votre JRE jdk est installé. Ensuite, toutes les erreurs du compilateur ont disparu.

La réinstallation du JDK ne l'a pas résolu. La définition de la variable d'environnement système JAVA_HOME ou java.home n'a pas aidé.

L'autre alternative que j'ai vue est d'ajouter la dépendance avec le bon chemin dans chaque fichier pom xml, mais le playn-samples a beaucoup de fichiers qu'il est ridicule de devoir éditer.

Ce sont les résultats POM efficaces, qui montrent le mauvais chemin!

 <dependency>
      <groupId>com.sun</groupId>
      <artifactId>tools</artifactId>
      <version>1.6</version>
      <scope>system</scope>
      <systemPath>C:\Program Files\Java\jre6/../lib/tools.jar</systemPath>
      <optional>true</optional>
    </dependency>

1

Ajoutez cette dépendance dans le fichier pom.xml. J'espère que cette aide.
Dans <systemPath>property, vous devez écrire le chemin de votre lib jdk.

    <dependency>  
          <groupId>com.sun</groupId> 
           <artifactId>tools</artifactId>
        <version>1.4.2</version>
        <scope>system</scope>
        <systemPath>C:/Program Files/Java/jdk1.6.0_30/lib/tools.jar</systemPath>
        </dependency> 

1

J'ai fini par utiliser le correctif eclipse.ini:

openFile
-vm (Your Java Home JDK here)

Par exemple, -vm C:\Java\JDK\1.6 ,.

J'ai dû également changer JRE en JDK:

Dans Eclipse IDE, accédez à:

  1. Fenêtre -> Préférences -> JRE installés
  2. Cliquez sur Ajouter (pour localiser le nouveau JRE)
  3. Sélectionnez JVM standard -> suivant
  4. Cliquez sur Répertoire pour localiser la maison JRE, mettez JDK_INSTALL_LOCATION et terminez.
  5. Accédez aux propriétés de votre projet java -> Chemin de construction Java -> Bibliothèques -> sélectionnez JRE -> Modifier -> sélectionnez JRE par défaut de l'espace de travail -> terminer
  6. Effectuez un nettoyage complet de l'espace de travail avec project -> clean.

Toutes nos instances Windows d'Eclipse IDE ont ce problème. Tous les IDE Eclipse basés sur Ubuntu ne sont pas affectés pour nous. Nous avons donc utilisé cette méthode sur les instances Windows et cela corrige nos problèmes. Assurez-vous d'ajouter un saut de ligne après -vm, placez le chemin du SDK Java sur la ligne nect et placez tous les -vmindicateurs nouvellement ajoutés avant le --vmargsdans le eclipse.inifichier.
tom_mai78101

1

Comme d'autres affiches l'ont indiqué, le problème ici est lié au JRE utilisé par Eclipse, incapable de trouver les outils jar. J'ai résolu le problème en allant dans une direction un peu différente de celle indiquée ci-dessus, et c'était à cause de la façon dont mes projets et mon environnement.

Eclipse 4.5 nécessite au moins Java 7 pour l'exécution, donc j'ai configuré mon système pour utiliser un JRE Java 8 situé à C: \ java \ jre1.8.0_45.

Ensuite, j'utilise un fichier POM qui suppose que je fonctionne avec un JDK Java 6.

  <profiles>
    <profile>
      <id>default-profile</id>
      <activation>
        <activeByDefault>true</activeByDefault>
        <file>
          <exists>${java.home}/../lib/tools.jar</exists>
        </file>
      </activation>
      <properties>
        <toolsjar>${java.home}/../lib/tools.jar</toolsjar>
      </properties>
    </profile>
    <profile>
      <id>osx_profile</id>
      <activation>
        <activeByDefault>false</activeByDefault>
        <os>
          <family>mac</family>
        </os>
      </activation>
      <properties>
        <toolsjar>${java.home}/../Classes/classes.jar</toolsjar>
      </properties>
    </profile>
  </profiles>

  <dependencies>
    <dependency>
      <groupId>com.sun</groupId>
      <artifactId>tools</artifactId>
      <version>1.6.0</version>
      <scope>system</scope>
      <systemPath>${toolsjar}</systemPath>
    </dependency>
  </dependencies>

Je ne suis pas autorisé à modifier le fichier POM, j'ai donc dû faire un peu de pokery jiggery. J'ai copié le fichier tools.jar de mon JDK Java 6, créé le répertoire C: \ java \ lib et l'ai collé là. J'ai ensuite redémarré eclipse et nettoyé mon projet. Et les erreurs VOILA ont disparu.

Ce n'est pas une solution élégante, et je pense que la bonne solution serait de changer la façon dont le POM est configuré, mais comme je n'ai pas pu, cela fonctionne.


0

J'ai eu le même problème sur un Windows 7 et Eclipse 3.7 j'ai réussi à le réparer en démarrant

eclipse.exe -vm "D: \ JDK6 \ bin"

Vous pouvez démarrer une cmd et lancer eclipse comme ça, ou vous pouvez éditer votre raccourci et ajouter -vm "D: \ JDK6 \ bin" comme argument dans la "section cible".

Pour rappel, j'ai également essayé d'ajouter -vm "D: \ JDK6 \ bin" à eclipse.ini mais cela n'a pas fonctionné. Et l'ajout de JRE6 ne fonctionnera pas car il ne contient PAS tools.jar dans son répertoire "lib". Seul JDK le fait.


0

Après avoir essayé tout ce qui précède, j'avais toujours le même problème.

  • La variable d'environnement PATH pointe vers JDK 1.7 \ bin
  • Ma variable d'environnement JAVA_HOME a été pointée vers le JDK 1.7
  • Mon eclipse.ini avait l'entrée javaw -vm pointant vers JDK 1.7
  • Ma préférence eclipse avait JDK 1.7 comme JRE installé.
  • Le chemin de construction de mon projet utilisait JDK 1.7.

Puis j'ai essayé ce qui suit,

  • Ouvrez une invite de commande et tapez java -version. Il m'a montré une version 1.8 de JRE.

  • Ouvrez une invite de commande et accédez à l'emplacement du répertoire bin JDK 1.7 et tapez java -version. Cette fois, il a montré correctement 1.7.

Ensuite, après avoir creusé à quelques endroits, j'ai trouvé qu'en dehors des emplacements ci-dessus, il y avait des emplacements supplémentaires pour l'exécution Java.

Enregistrement

Il existe également une clé de registre dans laquelle l'emplacement JRE est spécifié sous

HKLM \ Software \ Javasoft \ Version

J'ai changé les entrées ici pour pointer vers le JDK 1.7

Données de programme

Le répertoire "C: \ ProgramData \ Oracle \ Java \ javapath" est présent dans la variable d'environnement PATH et contient des raccourcis vers java, javaw etc ... La cible de ces raccourcis était tous JRE 1.8. ( Je pense que c'était le principal problème ) J'ai changé les raccourcis pour pointer vers les exe JDK corrects.

Une fois que tout cela a été fait. J'ai ouvert eclipse toutes les erreurs jdk.tools pom.xml ont disparu.


0

J'ai eu ce problème et il s'avère que JBossDevStudio 9.1 sous Windows est un programme 32 bits. Eclipse, et donc JBossDevStudio, ne fonctionne pas avec le mauvais type de JVM. L'éclipse 64 bits a besoin d'une JVM 64 bits, l'éclipse 32 bits a besoin d'une JVM 32 bits. Ainsi, la configuration d'Eclipse pour qu'elle s'exécute avec mon JDK 64 bits installé ne fonctionnait pas.

L'installation d'un JDK 32 bits et l'exécution d'Eclipse à partir de celui-ci ont résolu le problème.

Au moins pour l'un de mes projets, un autre où j'avais essayé de configurer un JDK d'exécution dans les propriétés du projet Eclipse est toujours cassé.



0

Dans mon cas, j'exécutais Maven Build à partir des configurations d'exécution Eclipse. Même après avoir modifié la configuration JRE par défaut pour qu'elle pointe vers le dossier d'installation JDK, le problème n'a pas été résolu pour moi. La raison en est qu'il existe un onglet JRE dans la configuration Maven Build - Run (voir l'image ci-dessous). Et il indiquait toujours mon installation JRE. Je l'ai changé pour pointer vers l'installation JDK, puis j'ai exécuté le Maven Build. Cette fois, ça a marché. entrez la description de l'image ici


0

Comprenons pourquoi ce problème est survenu:

$ mvn -version

Apache Maven 3.6.1 (d66c9c0b3152b2e69ee9bac180bb8fcc8e6af555; 2019-04-04T20: 00: 29 + 01: 00) Maven home: C: \ Program Files \ Apache \ maven-3.6.1 Version Java: 1.8.0_221, fournisseur: Oracle Corporation, runtime: C: \ Program Files \ Java \ jre1.8.0_221 Paramètres régionaux par défaut: en_GB, codage de plate-forme: Cp1252 Nom du système d'exploitation: "windows 10", version: "10.0", arch: "amd64", famille: "windows"

La commande Maven "mvn -version" renvoie la sortie ci-dessus.

Nous pouvons voir que maven obtient le chemin d'exécution Java sous la forme "C: \ Program Files \ Java \ jre1.8.0_221" si vous ne spécifiez pas la variable d'environnement JAVA_HOME. Et puis maven suppose que ce chemin est JAVA_HOME. C'est pourquoi lors de la construction de l'application à partir de l'invite de commande ou de n'importe quel IDE, maven recherche le fichier tools.jar dans le chemin "% JAVA_HOME% .. \ lib \ tools.jar".

tools.jar est présent dans le chemin JDK, nous devons donc le mentionner à maven avant de l'utiliser. Aujourd'hui, les machines sont construites avec jre déjà disponible, mais jdk n'est requis que pour le développement. Cela pourrait être la raison pour laquelle maven choisit automatiquement le chemin jre.

Pour plus d'aide, veuillez lire le code mvn.cmd disponible dans le chemin d'installation de maven.


0

Le problème est que le système ne parvient pas à trouver le fichier tools.jar

Vérifiez donc d'abord que le fichier est présent dans l' installation JDK du répertoire.

entrez la description de l'image ici

Faites l'entrée ci-dessous dans POM.xml comme indiqué à juste titre par d'autres

<dependency>
<groupId>com.sun</groupId>
<artifactId>tools</artifactId>
<version>1.6</version>
<scope>system</scope>
<systemPath>C:\Program Files\Java\jdk1.8.0_241\lib\tools.jar</systemPath>
</dependency> 

puis suivez les étapes ci-dessous également pour supprimer le problème

1) Faites un clic droit sur votre projet

2) Cliquez sur Build path

Conformément à l'image ci-dessous, sélectionnez le JRE par défaut de l'espace de travail et cliquez sur Terminer.

entrez la description de l'image ici


0

Changer «JRE installés» sous «Préférences -> Java -> JRE installé» en JDK home a fonctionné pour moi.

FYI - J'utilise JDK 1.8.


-1

Si vous utilisez openjdk, vous devez installer le package openjdk-6-sdk.


-1

Changer l'emplacement relatif de ${java.home}/../lib/tools.jaren chemin absolu des C:\Program Files\Java\jdk1.6.0_29\lib\tools.jarœuvres pour moi.

Vous ne devriez avoir à le changer que dans le playn/pom.xml.

Maintenant pour les playn-samples, Vladiator a raison, c'est trop de fichiers pom à changer.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.