olivev
Ich baue ein Projekt in Java.
Ich habe diesen Fehler:
Unable to locate tools.jar. Expected to find it in C:Program FilesJavajre6libtools.jar
Ich habe ein JDK und den Ordner installiert: C:Program FilesJavajre6lib In meinem System ist aber die Datei tools.jar ist nicht da.
Falls dies immer noch ein Problem für irgendjemanden ist, habe ich ein wenig Klarstellung zu den vorherigen Antworten. Ich bin auf dasselbe Problem gestoßen, als ich Ant mit nur einem installierten JDK verwendet habe. Obwohl das JDK-Installationsprogramm mir eine Verzeichnisstruktur wie diese gegeben hat:
Directory of C:Program FilesJava
05/08/2012 09:43 AM <DIR> .
05/08/2012 09:43 AM <DIR> ..
05/08/2012 09:46 AM <DIR> jdk1.7.0_04
05/08/2012 09:19 AM <DIR> jre6
05/08/2012 09:44 AM <DIR> jre7
0 File(s) 0 bytes
und als ich ant ausführte, beschwerte es sich darüber, dass tools.jar nicht im jre7-Unterverzeichnis gefunden wurde. Erst als ich set "JAVA_HOME=C:Program FilesJavajdk1.7.0_04" dass der Fehler weg war.
Dies. Danke! (für diejenigen von uns, die verschiedene jre/jdk-Versionen installiert haben)
– Daren Thomas
14. November 12 um 15:06 Uhr
es hat für mich funktioniert..früher habe ich den Pfad auch mit bin angegeben..das war das Problem
– John
26. August 13 um 5:56 Uhr
Danke, ich wünschte, ich könnte dir 2 ups geben!
– Lukas
13. November 13 um 23:59 Uhr
JAVA_HOME-Variable hat alles behoben, vielen Dank 🙂
– Krinn
16. Januar 14 um 18:10 Uhr
PATH mit /bin, JAVA_HOME ohne /bin
– Daniel W.
8. Februar 14 um 18:55 Uhr
Danke, danach habe ich stundenlang gesucht!!
– kcho0
8. Februar 15 um 10:51 Uhr
Arbeiten Sie wie am Schnürchen unter Windows 8.1
– Umar Abbas
10. März 17 um 23:49 Uhr
ARBEITEN WIE EIN CHARME!! DANKE
– Heide
21. März ’17 um 17:00 Uhr
Kamlesh-Hose
Ich hatte das gleiche Problem u Kopieren C:Program FilesJavajdk1.6.0_26libtools.jar zu C:Program FilesJavajre6libext hat bei mir funktioniert
Das Verschmutzen lokaler Installationen mit Klassen, die eindeutig nicht dorthin gehören, kann zum Works-on-my-Machine-Syndrom führen. Dies gilt auch dann, wenn ein formeller Build-Prozess vorhanden ist. tools.jar, das Nicht-Kernklassen zur Unterstützung der Tools und Dienstprogramme im JDK enthält
– real_paul
2. Februar 16 um 14:56 Uhr
Danke für diese Problemumgehung! In meinem Fall habe ich kopiert corretto-1.8.0_282libtools.jar zu corretto-1.8.0_282jrelibexttools.jarund es löste einen unaufhaltsamen Strom von ClassNotFound Ausnahmen
– Roman Golyschew
24. März 21 um 11:37 Uhr
Graham Chiu
Wenn Sie JDK 9.0.1 installiert haben, wird dieses Problem ebenfalls auftreten, da tools.jar veraltet ist. Sehen Migrationsdokument.
Das Verschmutzen lokaler Installationen mit Klassen, die eindeutig nicht dorthin gehören, kann zum Works-on-my-Machine-Syndrom führen. Dies gilt auch dann, wenn ein formeller Build-Prozess vorhanden ist. tools.jar, das Nicht-Kernklassen zur Unterstützung der Tools und Dienstprogramme im JDK enthält
– real_paul
2. Februar 16 um 14:56 Uhr
Danke für diese Problemumgehung! In meinem Fall habe ich kopiert corretto-1.8.0_282libtools.jar zu corretto-1.8.0_282jrelibexttools.jarund es löste einen unaufhaltsamen Strom von ClassNotFound Ausnahmen
– Roman Golyschew
24. März 21 um 11:37 Uhr
Zorayr
Setze deine JAVA_HOME Umgebungsvariable, auf die verwiesen werden soll C:Program FilesJavajdk1.7.0_02.
.
Ich denke, Tools gehören zum JDK, nicht zur JRE. Nicht wahr? C:ProgrammeJavajdk1.6.0_24lib
– Edwin Dalorzo
20. April 11 um 13:10 Uhr
Nebenbei finde ich erstaunlich, dass das Programm tatsächlich sagt, wo es hinschaut. So wenige Programme bieten diesen nützlichen Hinweis.
– Peter Flynn
26. November 13 um 8:38 Uhr
Siehe auch die doppelte Frage: stackoverflow.com/q/9119479/3328979 Antworten dort sind irgendwie besser als hier.
– Arashsoft
27. April 16 um 20:19 Uhr