IS Memory Analyzer Tool permet de trouver libs doubles classes et la version des classes en conflit présentes dans l'application d'entrée donnécomment trouver libs dupliqués et la version des classes en conflit en utilisant la mémoire Analyzer Tool
Répondre
voir cette si elle aide et je ne ai pas utilisé il se
il semble qu'il y avait un problème avec les différentes versions de Java. Pour résumer, si JDK est obsolète, réinstallez-le et supprimez les exécutables Java de C: \ Windows \ System32 et C: \ Windows \ SysWOW64.
Tout d'abord, je tiens à vous dire que j'ai plusieurs versions de Java sur mon ordinateur. Mon JDK est de 32 bits car certains pilotes ne fonctionnent pas avec Java 64 bits. De plus, j'ai installé des JRE 32 bits et 64 bits, ce dernier pour de meilleures performances pour les jeux Java.
Mon JDK était la version 7, mise à jour 40. Le VisualVM l'était aussi cette version. Cependant, mon JRE avec des mises à jour automatiques était la version 7, mise à jour 45.
java -version m'a dit que c'était la version 45 (ce qui était), donc je ne pensais pas que le problème était là.
Ensuite, j'ai vérifié les versions via le Panneau de configuration. Je savais maintenant que mon JDK était obsolète, alors je l'ai désinstallé et l'ai téléchargé de nouveau.
En désinstallant Java retiré du chemin d'accès au système, jvisualvm ne s'exécuterait pas. Je l'ai ajouté au chemin. Maintenant, l'application et VisualVM fonctionnaient normalement, mais le problème persistait.
Le dernier problème était que le système utilisait le fichier java.exe de C: \ Windows \ System32 au lieu de celui du JDK. À la date il semblait être le dernier, mais peut-être était-ce que le JRE était installé dans un endroit différent que le VisualVM (= le JDK). Enfin, je viens de supprimer les exécutables Java dans C: \ Windows \ System32 et C: \ Windows \ SysWOW64.
merci pour le lien @kma j'ai swa le lien mais pas pu trouver le flux Requête browser-> Java basics-> classes Duplicated: –