Je suis allé aux variables d'environnement dans «Système» dans le panneau de configuration et j'ai créé deux nouvelles variables, une pour les variables utilisateur et une pour les variables système. Les deux ont été nommés JAVA_HOME et pointent tous les deux vers
C: \ Sun \ SDK \ jdk \ bin
Mais pour une raison quelconque, j'obtiens toujours l'erreur ci-dessous lors de l'exécution d'une commande Java ...
BUILD FAILED
C:\Users\Derek\Desktop\eclipse\eclipse\glassfish\setup.xml:161: The following error occurred while executing this line:
C:\Users\Derek\Desktop\eclipse\eclipse\glassfish\setup.xml:141: The following error occurred while executing this line:
C:\Users\Derek\Desktop\eclipse\eclipse\glassfish\setup.xml:137: Please set java.home to a JDK installation
Total time: 1 second
C:\Users\Derek\Desktop\eclipse\eclipse\glassfish>lib\ant\bin\ant -f setup.xml
Unable to locate tools.jar. Expected to find it in C:\Program Files\Java\jre6\lib\tools.jar
Buildfile: setup.xml
Comment puis-je résoudre ce problème?
Réponses:
Trouver le répertoire d'installation de JDK
Vous devez d'abord connaître le chemin d'installation du kit de développement Java.
Ouvrez le chemin d'installation par défaut du JDK:
Il devrait y avoir un sous-répertoire comme:
Définissez la variable JAVA_HOME
Une fois que vous avez le chemin d'installation JDK:
L'article complet est ici, sur mon blog: Définition de la variable JAVA_HOME dans Windows .
la source
/Java/jre*
n'est pas le répertoire JDK, c'est le répertoire Java Runtime Enviroment. JDK est dans un répertoire séparé, sauf si vous voulez faire un hack fouCe qui a fonctionné pour moi a été d'ajouter la
%JAVA_HOME%\bin
variable d'environnement Path à la variable d'JAVA_HOME
environnement pointant vers lejdk
dossier.la source
Vous devez d'abord installer JDK dans votre système.
Définir Java Home
JAVA_HOME = C: \ Program Files \ Java \ jdk1.7.0 [Emplacement de votre répertoire d'installation JDK]
Une fois que vous avez le chemin d'installation JDK:
Définir le chemin JAVA sous la variable système
CHEMIN = C: \ Program Files \ Java \ jdk1.7.0; [Ajouter une valeur avec un point-virgule]
la source
En cmd (temporairement pour cette fenêtre cmd):
la source
setx
leJAVA_HOME
sera toujours défini après l'arrêt de votre ordinateur. Ensuite, vous n'avez pas à le régler à nouveau. N'estbin
pas non plus nécessaire.JAVA_HOME
,PATH
etCLASSPATH
, alors vous pouvez avoir un environnement Java « portable ».Vous devez le définir sur
C:\Sun\SDK\jdk
(en supposant que c'est là que le JDK est installé - Ce n'est pas la valeur par défaut) - Ne mettez pas le \ bin dansC:\Sun\SDK\jdk\bin
.Si votre application ne s'exécute que lorsque vous êtes connecté en tant qu'utilisateur actuel, placez-la dans les variables utilisateur - Si elle doit s'exécuter pour tous les utilisateurs de votre système, placez-la dans les variables système.
Vous devrez peut-être également ajouter
%JAVA_HOME%\bin
au chemin également (cela dépend également si vous l'exécutez uniquement à partir de l'utilisateur ou de tous les utilisateurs, y compris le système)la source
http://javahowto.blogspot.com/2006/05/javahome-vs-javahome.html
Panneau de configuration> Java, onglet Java, cliquez sur le bouton Afficher. Dans Paramètres d'exécution, mettez:
Ou lorsque vous exécutez Java, vous pouvez ajouter ce commutateur de ligne de commande à la commande:
la source
Une image peut résoudre ce problème.
Pour plus
la source
Pour ceux qui sont toujours perplexes avec ce problème (j'ai essayé toutes les suggestions ci-dessus) -
Si vous utilisez une version 64 bits de Windows et que vous avez installé le JDK 32 bits, outre l'ajustement des
PATH
variables, vous devrez peut-être ajuster le registre variables de .J'arrachais mes cheveux, ayant correctement réglé mes
PATH
variables - toujours en vain - et puis ne trouvant que des entrées Java «vides» dans mon registre, apparemment une impasse pour corriger l'environnement d'exécution Java «raté».En utilisant
Process Monitor
pour regarder le programme que j'essayais de démarrer, afin de détecter où il cherchait dans le registre Java (Runtime Environment), j'ai découvert triomphalement qu'il cherchait dans la version 32 bits des entrées de registre, trouvées dansHKEY_LOCAL_MACHINE\SOFTWARE\**Wow6432Node**\JavaSoft\Java Runtime Environment
.Dans cette clé, vous devriez trouver des sous-clés de différentes versions de Java installées (passées et / ou présentes). Cliquez sur la sous-clé de la dernière version (ma sous-clé est actuellement 1.7.0_25, par exemple). Après avoir cliqué sur cette sous-clé, vous verrez les valeurs de chaîne de registre répertoriées à droite, et en particulier,
JavaHome
etRuntimeLib
. Vous devez modifier les valeurs de ces deux valeurs pour refléter le dossier actuel et le fichier jvm.dll, respectivement.Par exemple, dans mon cas, les valeurs ont été (précédemment) respectivement fixées à
C:\Program Files (x86)\Java\jre7
etC:\Program Files (x86)\Java\jre7\bin\client\jvm.dll
qui sont inexistantes sur ma machine. J'ai dû les mettre à jour dans le dossier et le fichier actuels deC:\Program Files (x86)\Java\jdk1.7.0_25\jre
etC:\Program Files (x86)\Java\jdk1.7.0_25\jre\bin\client\jvm.dll
.Encore une fois, cela dépendra entièrement de la version de Java (JDK et / ou JRE) que vous avez installée - 32 ou 64 bits - et du type de système d'exploitation sur lequel vous vous trouvez - 32 ou 64 bits. Sachez simplement qu'ils se reflètent à différents endroits du registre (comme le
Wow6432Node
pour les applications 32 bits, dans mon cas avec le JDK 32 bits installé sur une machine 64 bits).Maintenant que j'ai mis à jour ces deux valeurs de registre, mon programme fonctionne parfaitement, sans plus de hoquets ou de plaintes concernant un environnement d'exécution Java manquant (provenant du registre).
la source
Il s'agit de la solution officielle pour configurer l'environnement Java à partir de www.java.com - ici .
Il existe des solutions pour Windows 7, Windows Vista, Windows XP, Linux / Solaris et d'autres shells.
Exemple
la source
Windows 7
Accédez à Panneau de configuration \ Tous les éléments du Panneau de configuration \ Comptes d'utilisateurs aide de l'Explorateur (pas Internet Explorer!)
ou
cliquez sur le bouton Démarrer
cliquez sur votre photo
Changer mes variables d'environnement
Nouveau...
(si vous ne disposez pas des autorisations suffisantes pour l'ajouter dans la section Variables système, ajoutez-le à la section Variables utilisateur)
Ajoutez JAVA_HOME comme nom de variable et l'emplacement JDK comme valeur de variable> OK
Tester:
set JAVA_HOME
JAVA_HOME=C:\Program Files\Java\jdk1.8.0_60
la source
Nous devons faire une distinction entre les deux variables d'environnement qui sont discutées ici de manière interchangeable. L'un est la variable JAVA_HOME . L'autre est la variable Path . Tout processus qui fait référence à la variable JAVA_HOME recherche le chemin de recherche vers le JDK, pas le JRE. L'utilisation de la variable JAVA_HOME n'est pas destinée au compilateur Java lui-même. Le compilateur connaît son propre emplacement. La variable est destinée à d'autres logiciels pour localiser plus facilement le compilateur. Cette variable est généralement utilisée par le logiciel IDE pour compiler et créer des applications à partir du code source Java. En revanche, l'interpréteur Windows CMD et de nombreux autres logiciels tiers et tiers font référence à la variable Path et non à la variable JAVA_HOME.
Cas d'utilisation 1: compilation à partir de CMD
Ainsi, par exemple, si vous n'utilisez aucun logiciel IDE et que vous souhaitez simplement pouvoir compiler à partir du CMD, indépendamment de votre répertoire de travail actuel, ce que vous voulez, c'est définir correctement la variable Path. Dans votre cas, vous n'avez même pas besoin de la variable JAVA_HOME. Parce que CMD utilise Path, pas JAVA_HOME pour localiser le compilateur Java.
Cas d'utilisation 2: compilation à partir d'IDE
Toutefois, si vous êtes utilisez un logiciel IDE, vous devez consulter la documentation avant tout. Il peut nécessiter que JAVA_HOME soit défini, mais il peut également utiliser un autre nom de variable dans le même but. La norme de facto au fil des ans a été JAVA_HOME, mais ce n'est pas toujours le cas.
Cas d'utilisation 3: compilation à partir d'IDE et de CMD
Si, en plus du logiciel IDE, vous souhaitez également pouvoir compiler à partir du CMD, indépendamment de votre répertoire de travail actuel, en plus de la variable JAVA_HOME, vous devrez peut-être également ajouter le chemin de recherche JDK à la variable Path.
JAVA_HOME vs Path
Si votre problème concerne la compilation de Java, vous souhaitez vérifier la variable JAVA_HOME et le chemin (le cas échéant). Si votre problème concerne l'exécution d'applications Java, vous souhaitez vérifier votre variable Path.
La variable de chemin est utilisée universellement sur tous les systèmes d'exploitation. Parce qu'elle est définie par le système et que c'est la variable par défaut utilisée pour localiser le JRE, il n'y a presque jamais de problème lors de l'exécution des applications Java. Surtout pas sous Windows où les installateurs de logiciels configurent généralement tout pour vous. Mais si vous installez manuellement, la chose la plus sûre à faire est peut-être d'ignorer complètement la variable JAVA_HOME et d'utiliser simplement la variable Path pour tout, pour JDK et JRE. Toute version récente d'un logiciel IDE devrait être en mesure de le récupérer et de l'utiliser.
Liens symboliques
Les liens symboliques peuvent fournir un autre moyen de référencer le chemin de recherche JDK en superposant l'une des variables d'environnement existantes.
Je ne suis pas sûr des versions précédentes des versions Oracle / Sun JDK / JRE, mais au moins le programme d'installation de jdk1.8.0_74 ajoute le chemin de recherche
C:\ProgramData\Oracle\Java\javapath
à la variable Path et le place au début de la valeur de chaîne. Ce répertoire contient des liens symboliques vers java.exe, javaw.exe et javaws.exe dans le répertoire JRE.Ainsi, au moins avec le Java 8 JDK, et vraisemblablement le Java 8 JRE autonome, aucune configuration de variable d'environnement ne doit être effectuée pour le JRE. Tant que vous utilisez le package d'installation pour le configurer. Il peut cependant y avoir des différences sur votre installation Windows. Notez que Oracle JRE est fourni avec le JDK.
Si vous constatez que votre configuration Java JDK utilise la mauvaise version du compilateur, ou si elle semble fonctionner par magie, sans être explicitement définie (sans lancer le sort), alors vous pouvez avoir un lien symbolique quelque part dans vos variables d'environnement . Donc, vous voudrez peut-être vérifier le lien symbolique.
la source
goto Mycomputer (Ce PC) -> clic droit -> sélectionnez les propriétés -> Paramètres système avancés -> variables d'environnement-> dans les variables système cliquez sur le bouton " Nouveau " et écrivez JAVA_HOME dans le nom de la variable et le chemin C: \ Program Files \ Java \ jdk1. 8.0_131 où jdk est présent dans la valeur de la variable-> cliquez sur ok.
fermez et rouvrez l'invite de commande après avoir défini JAVA_HOME. Parfois, les modifications ne se reflètent pas dans la cmd ouverte avant la définition de JAVA_HOME.
vous pouvez également définir JAVA_HOME via le terminal lui-même: SET JAVA_HOME = "C: \ Program Files (x86) \ Java \ jdk1.8.0_131"
la source
Dans Eclipse:
Window->Preferences->Java->Installed JREs
Utilisez la fonction de recherche pour vous assurer que votre dernière installation Java est répertoriée; assurez-vous ensuite que c'est celle qui est cochée. Ce doit être un JDK et non un JRE.
la source
Lors de l'ajout de votre répertoire Java à votre
PATH
variable, vous voudrez peut-être le mettre au début. J'ai eu le problème, que mettre le répertoire Java à la fin duPATH
ne fonctionnerait pas. Après vérification, j'ai trouvéjava.exe
dans monWindows\System32
répertoire et on dirait que le premier gagne, quand il y a plusieurs fichiers du même nom dans votrePATH
...la source
java.exe
etjavaw.exe
dans les dossiers système par les copies du JRE / JDK, donc cela devrait toujours fonctionner. Si vous l'installez manuellement (décompressez simplement les archives), vous devrez en effet faire attention à la copie en cours d'exécution.Exécutez Eclipse en tant qu'administrateur.
Cela a résolu mon problème. Je cherche toujours la logique derrière ça.
la source
si vous n'avez pas redémarré votre ordinateur après avoir installé jdk, redémarrez simplement votre ordinateur.
si vous voulez créer un java portable et définir un chemin avant d'utiliser java, créez simplement un fichier batch comme expliqué ci-dessous.
si vous souhaitez exécuter ce fichier de commandes lorsque votre ordinateur démarre, placez simplement votre raccourci de fichier de commandes dans le dossier de démarrage. Dans le dossier de démarrage de Windows 7 est "C: \ Users \ user \ AppData \ Roaming \ Microsoft \ Windows \ Start Menu \ Programs \ Startup"
créer un fichier batch comme celui-ci:
note:
java_home
etpath
sont des variables. vous pouvez faire n'importe quelle variable comme vous le souhaitez. par exempleset amir=good_boy
et vous pouvez voir amir par%amir%
ou vous pouvez voir java_home par%java_home%
la source
Après des heures de travail autour de la plupart des solutions ici, le problème a été résolu pour moi simplement en installant un JDK 32 bits.
la source
Vous pouvez rechercher dans le dossier Windows / System32 les fichiers suivants: - java.exe - javaw.exe - javaws.exe
Parce que la variable path inclut ces fichiers, vous pouvez avoir mal à la tête en essayant de comprendre pourquoi la version java ou la version javac continue de pointer vers l'ancien JAVA_HOME: renommez ces fichiers, supprimez l'extension avec un trait de soulignement, par exemple. Et puis, vous n'aurez qu'à créer la variable JAVA_HOME, l'ajouter à la variable path (par exemple,% JAVA_HOME%) et ajouter la particule "\ bin". De cette façon, vous devez uniquement modifier la variable JAVA_HOME pointant vers différents JRE ou JDK et disposer de plusieurs installations de java simplement en définissant JAVA_HOME.
Cela signifie également qu'il est préférable d'installer Java manuellement, sans programme d'installation, afin que vous puissiez jouer avec.
la source