Error cannot determine path to tools jar library for 16

ProgrammerAH

Programmer Guide, Tips and Tutorial

How to Solve IntelliJ IDEA Error: Cannot determine path to ‘tools.jar‘ library for 17 (C:Program FilesJavajd…

this month, Java 17 was finally released. This is another lts version after Java 11. I decided to try Java 17. Sure enough, something unexpected happened: when I used java 17 to run a project that used to run normally, IntelliJ idea reported the following error:

Operating environment when the author reports an error:

IntelliJ IDEA 2020.1.2 (Ultimate Edition)

then, as before. The author tried to run a very simple demo project, and sure enough, the same error occurred again. The environment in which the project used to operate normally is:

The environment in which the project previously operated normally:

IntelliJ IDEA 2020.1.2 (Ultimate Edition)

the author has repeatedly installed multiple versions of Java on different operating systems, and is very familiar with this error report. This error indicates that the current IntelliJ idea cannot parse this version of JDK, so it tries to parse tools. Jar from its built-in environment variable classpath , but it still fails, so it throws the above error message.

this can be confirmed. It can be clearly seen in the project structure in the figure below that the author’s IntelliJ idea 2020.1.2 (Ultimate Edition) supports parsing JDK 14 at most, so there is nothing to do with Java 17.

it’s easy to do when you know the reason. One way is to reduce the JDK version so that the current IntelliJ idea can recognize it.

The environment in which the project previously operated normally:

IntelliJ IDEA 2020.1.2 (Ultimate Edition)

install the lower version of JDK first, and then set it in project structure in IntelliJ idea. See the figure below. But I usually don’t like it.

another way is to improve the version of IntelliJ idea. Therefore, the author specially downloaded and installed the latest IntelliJ idea 2021.2.2 (Ultimate Edition) . Unexpectedly and reasonably, the author encountered many holes when installing the latest IntelliJ idea. I have always wanted to stand on the shoulders of giants, but in fact, they are always used as stepping stones by giants. For the problem that IntelliJ idea cannot be opened after installation, see another blog of the author:

solve the problem that the interface disappears after IntelliJ idea is installed, and the interface does not move after it is opened again.

when I first downloaded it, I was worried that it could not parse Java 17, but now it seems that this worry is superfluous.

The environment in which the project operates normally:

IntelliJ IDEA 2021.2.2 (Ultimate Edition)

after upgrading IntelliJ idea, configure project structure as follows.

Источник

Hello I am getting this error, just after upgrading to Android Studio Arctic Fox, latest version.

Cannot determine path to ‘tools.jar’ library for Android API 30 Platform

when I try to build.
Before upgrading I wasn’t getting this problem and I don’t know how to fix it.

I am using Flutter and Java code.
Build: AI-203.7717.56.2031.7678000, 202108262153,

AI-203.7717.56.2031.7678000, JRE 11.0.10+0-b96-7249189×64 JetBrains s.r.o, OS Windows 10(amd64) v10.0 , screens 1920.0×1080.0

AS: Arctic Fox | 2020.3.1 Patch 2; Kotlin plugin: 203-1.5.20-release-289-AS7717.8; Android Gradle Plugin: (plugin information not found); Gradle: (gradle version information not found); Gradle JDK: version 11.0.10; NDK: from local.properties: (not specified), latest from SDK: (not found); LLDB: pinned revision 3.1 not found, latest from SDK: (package not found); CMake: from local.properties: (not specified), latest from SDK: (not found), from PATH: (not found)
I am using Flutter 60.1.2 and Dart 203.8430 plugins, latest versions.
Android API 30 Platform Java version 11.0.10, Gradle 203.7717.56.2031.7678000
«Cannot determine path to ‘tools.jar’ library for Android API 30 Platform (C:/Users/anton/AppData/Local/Android/Sdk)» is the only message I get.
What should I do ?
thank you

The text was updated successfully, but these errors were encountered:

Источник

Я строил проект на Java.

У меня есть эта ошибка:

Я установил JDK и папку: C:Program FilesJavajre6lib находится в моей системе, но файл tools.jar не существует.

Да, вы загрузили и установили Java Runtime Environment (JRE) вместо Java Development Kit (JDK). У последнего есть tools.jar, java.exe, javac.exe и т.д.

Если это все еще проблема для всех, у меня есть немного разъяснений по предыдущим ответам. Я столкнулся с этой проблемой, используя ant только с установленным JDK. Хотя, установщик JDK дал мне такую ​​структуру каталогов, как это:

и когда я запустил ant, он жаловался на то, что не найдет tools.jar под подкаталогом jre7. Только когда я set «JAVA_HOME=C:Program FilesJavajdk1.7.0_04» , ошибка исчезла.

Добавьте переменную системной среды под названием JAVA_HOME со значением местоположения JDK.
Перейдите в Панель управленияСистема и БезопасностьСистема. Расширенные системные настройки, переменные среды, системные переменные, новые… Пример:
Имя переменной: JAVA_HOME
Значение переменной: C:Program FilesJavajdk1.7.0_21

Закройте/снова откройте окно CMD, чтобы новая переменная вступила в силу, прежде чем пытаться повторно запустить команду ant.

У меня была та же проблема, и копирование C:Program FilesJavajdk1.6.0_26libtools.jar в C:Program FilesJavajre6libext работало для меня

Установите переменную окружения JAVA_HOME , чтобы указать на C:Program FilesJavajdk1.7.0_02 .

Если вы находитесь в Linux, вы можете решить эту проблему, установив java в систему:

Нет, согласно вашей структуре каталогов, вы установили JRE, а не JDK. Там разница.

Это должно быть что-то вроде:

Не тратьте слишком много времени на поиск tools.jar . Если вы получите такую ​​ошибку, не расстраивайтесь.

Если у вас уже есть java JDK 1.5, перейдите в папку lib , и там будет tools.jar . Скопируйте и вставьте его в папку ant bin , затем попробуйте использовать команду ant -version .

Вы должны увидеть ожидаемый результат.

У меня была такая же проблема на Linux-машине. Сначала я был очень расстроен, потому что я установил JDK и JRE. Я использую версии 1.6, 1.7 и 1.8 одновременно, и я много играл с альтернативами, чтобы все было правильно настроено.

Проблема была довольно глупой для решения, но противоречащей интуиции. В то время как я использовал правильный JDK, я обратил внимание на путь инструментов jar maven, которым жаловался – он ожидал, что он будет

Переменная $JAVA_HOME указала непосредственно на мою папку jdk ( /usr/local/java , которая также была правильной записью $PATH и альтернативной символической ссылкой). Он фактически ищет папку lib вне каталога java, потому что:

и это не допустимое местоположение.

Чтобы решить эту проблему, переменная $JAVA_HOME должна указывать на это местоположение /usr/local/java/jre (предполагая, что путь JDK равен /usr/local/java ) – на самом деле существует папка jre внутри установочного каталога JDK, которая поставляется с каждым JDK. Эта новая настройка заставит maven посмотреть каталог JRE, который является частью JDK:

который теперь разрешает

где находится tools.jar .

Итак, даже вы действительно используете JDK вместо JRE, $JAVA_HOME должен указывать на JRE. Помните, что альтернатива ОС должна по-прежнему ссылаться на JDK.

перейти к вашему пути jdk, где вы установили свой java

Например, на моем ПК JDK установлен в следующем пути

После перехода в папку lib, например, “C:Program FilesJavajdk1.7.0_17lib”

в каталоге lib есть файл tool.jar

Скопируйте этот файл и пропустите его в lib forlder каталога jre7
например,

У меня была такая же проблема даже после установки Java JDK и установки JAVA_HOME в ..jdk1.6.0_45bin .

Ant все еще пытается найти tools.jar в папке C:Program FilesJavajre6lib .
Я исправил его, добавив переменную среды JAVACMD и установив путь для нее в java.exe в папке jdk .
В моем случае это было C:Program FilesJavajdk1.6.0_45binjava.exe

В окне eclipse > предпочтения > Java > Установленный JRE я указал каталог в каталог jre в jdk 1.7, и я работал файл для меня
например, C:Program FilesJavajdk1.7.0_71jre

У меня был мой JDK_path ( C:Program FilesJavajdk1.7.0_79 ) в моем JAVA_HOME , а также в JDK_pathbin в моем PATH . Но все же мой ant использовал JRE вместо JDK.

Проблема заключалась в том, что я имел C:ProgramDataOracleJavajavapath перед моим JDK_path в переменной PATH . Я просто переместил свой JDK_path перед оракулом, и проблема была решена.

У вас может возникнуть аналогичная проблема на Ubuntu:

Проблема заключается в том, что JAVA_HOME установлен неправильно.

Итак, на Ubuntu 14.04 x64 с использованием Java8:

Убедитесь, что в вашу переменную PATH добавлены как% JAVA_HOME%, так и% JAVA_HOME%/bin.

Все ответы о копировании tools.jar в правильное положение в лучшем случае – плохая идея.

Убедитесь, что ваша IDE может найти эти банки так, как она была разработана и предназначена для.

он был решен со мной в windows os, установив переменную JAVA_HOME перед запуском следующим образом:

установить JAVA_HOME = C:Program FilesJavajdk1.8.0_111

Если вы установили JDK 9.0.1, у вас также будет эта проблема, поскольку tools.jar устарел. См. Документ миграции.

если вы установили jdk, тогда

папка должна существовать там, поэтому в режиме ожидания и дать полный путь, как

Убедитесь, что ваш путь к классам установлен правильно и указывает на правильную версию установленного JDK. Кроме того, вы используете Open JDK? У меня была эта проблема до того, как я попытался перейти от открытого JDK к Suns JDK. Это является примером того, как эта проблема может быть исправлена.

maven-compiler-plugin использует jdk, а не jre, tools.jar находится в папке C:Program FilesJavajdk1.6.0libtools.jar
вы должны настроить проект JRE System Libary с помощью jdk, а не jar. Это самое простое решение.

• Щелкните правой кнопкой мыши на файле ant
• Перейдите в раздел “Запуск от имени”, затем нажмите “Ant Сборка…”
• Перейдите на вкладку “JRE”.
• Выберите JDK, а не JRE

Решая эту проблему, я просто скопировал файл tools.jar из C:Program FilesJavajre1.8.0_112lib в C:Program FilesJavajdk1.8.0_112lib, так что у меня есть два tools.jar вместо одного и проблема исчезла.

Для меня какая работа: я загрузил старую версию Java 1.7

Я фактически установил свой JAVA_HOME из C:/программных файлов X86/Java, но после установки версии 1.7 у меня была другая Java в программных файлах /Java. И в этот момент я нашел здесь tools.jar. Затем я изменил этот новый путь и работал

Я также столкнулся с той же ошибкой.
Это было удалено после установки пути Java_Home к C:Program FilesJavajdk1.8.0_121.
Пожалуйста, убедитесь, что bin не включен в путь, и после jdk1.8.0_121 после того, как вы определили% JAVA_HOME%bin в переменной пути к системе, нет косой черты.

Если вы находитесь в среде RHEL, имя пакета, содержащее tools.jar, заканчивается “openjdk-devel”.

Это решение для Windows: в компьютере> Расширенные системные настройки> Дополнительно> Переменные окружения…, добавьте это в Системные переменные:

Я загрузил tools.jar, и после этого я скопировал его в путь в сообщении об ошибке.

C:Program FilesJavajdk-11.0.1bin> вставьте здесь tools.jar

После этого я перезапустил Spring Tool Suit 4 и все работало. Когда я пытался исправить эту проблему, я создал новую переменную окружения: Control Panel/System/Advenced/Environmental variables/new Имя: JAVA_HOME Значение: C:Program FilesJavajdk-11.0.1 Но я не знаю, есть ли это необходимо.

возможно, вы обновили JRE в ОС, и добавление добавило в “путь” переменных среды запись “…/Oracle/jer”, которая перезаписывает ваш JAVA_HOME. попробуйте удалить его из “пути”, оставив JAVA_HOME.

Источник

Я строю проект на Java.

У меня есть эта ошибка:

Я установил JDK и папка: C:Program FilesJavajre6lib находится в моей системе, но файла tools.jar там нет.

Да, вы загрузили и установили Java Runtime Environment (JRE) вместо Java Development Kit (JDK). В последнем есть tools.jar, java.exe, javac.exe и т. Д.

В случае, если это все еще проблема для кого-то, у меня есть немного разъяснений относительно предыдущих ответов. Я столкнулся с этой же проблемой, используя ant с установленным JDK. Хотя установщик JDK дал мне такую ​​структуру каталогов:

и когда я запустил ant, он пожаловался на то, что не нашел tools.jar в подкаталоге jre7. Только когда я set «JAVA_HOME=C:Program FilesJavajdk1.7.0_04» , ошибка ушла.

Добавьте переменную системной среды с именем JAVA_HOME со значением местоположения JDK.
Перейдите в Панель управления Система и безопасность Система. Дополнительные параметры системы, переменные среды, системные переменные, новый . Пример:
имя переменной: значение переменной JAVA_HOME
: C: Program Files Java jdk1.7.0_21

Закройте / повторно откройте окно CMD, чтобы новая переменная вступила в силу, прежде чем пытаться повторно запустить команду ant.

У меня была такая же проблема и копирование C:Program FilesJavajdk1.6.0_26libtools.jar в C:Program FilesJavajre6libext работал для меня

Установите JAVA_HOME переменную среды, чтобы указать C:Program FilesJavajdk1.7.0_02 .

Если вы работаете в Linux, вы можете решить эту проблему, установив Java в системе:

Нет, согласно вашей структуре каталогов, вы установили JRE, а не JDK. Есть разница

Это должно быть что-то вроде:

Если вы установили JDK 9.0.1, у вас также будет эта проблема, поскольку tools.jar устарела. Смотри миграционный документ .

Не тратьте слишком много времени на поиски tools.jar . Если вы получаете такую ​​ошибку, не расстраивайтесь.

Если у вас уже есть java JDK 1.5, перейдите в вашу lib папку, и она tools.jar должна быть там доступна. Скопируйте и вставьте его в bin папку ant , затем попробуйте использовать команду ant -version .

Вы должны увидеть ожидаемый результат.

У меня была такая же проблема на машине с Linux. Сначала я был довольно разочарован, потому что я установил JDK и JRE. Я использую версии 1.6, 1.7 и 1.8 одновременно, и я много играл с альтернативами, чтобы все было установлено правильно.

Проблема была довольно глупой, но нелогичной. Пока я использовал правильный JDK, я обратил внимание на путь инструментов, на которые жаловался Джар Мейвен — он ожидал, что это будет

$JAVA_HOME Переменный прямо указал на мою jdk папку ( /usr/local/java которая также была правильная $PATH запись и альтернативная ссылка SYM). На самом деле он ищет lib папку вне каталога Java, потому что:

и это не является действительным местоположением.

Чтобы решить эту проблему, $JAVA_HOME вместо этого переменная должна указывать на это местоположение /usr/local/java/jre (при условии, что путь JDK /usr/local/java ) — на самом деле в jre каталоге установки JDK есть папка, которая поставляется с каждым JDK. Эта новая установка заставит maven взглянуть на каталог JRE, который является частью JDK:

который теперь разрешает

где tools.jar действительно проживает.

Таким образом, даже если вы действительно используете JDK вместо JRE, $ JAVA_HOME должен указывать на JRE. Помните, что альтернатива ОС все еще должна ссылаться на JDK.

Источник

this month, Java 17 was finally released. This is another lts version after Java 11. I decided to try Java 17. Sure enough, something unexpected happened: when I used java 17 to run a project that used to run normally, IntelliJ idea reported the following error:

Operating environment when the author reports an error:

IntelliJ IDEA 2020.1.2 (Ultimate Edition)

JDK 17

Error:Cannot determine path to 'tools.jar' library for 17 (C:Program FilesJavajdk-17)

then, as before. The author tried to run a very simple demo project, and sure enough, the same error occurred again. The environment in which the project used to operate normally is:

The environment in which the project previously operated normally:

IntelliJ IDEA 2020.1.2 (Ultimate Edition)

JDK 11

the author has repeatedly installed multiple versions of Java on different operating systems, and is very familiar with this error report. This error indicates that the current IntelliJ idea cannot parse this version of JDK, so it tries to parse tools. Jar from its built-in environment variable classpath , but it still fails, so it throws the above error message.

this can be confirmed. It can be clearly seen in the project structure in the figure below that the author’s IntelliJ idea 2020.1.2 (Ultimate Edition) supports parsing JDK 14 at most, so there is nothing to do with Java 17.

Method 1

it’s easy to do when you know the reason. One way is to reduce the JDK version so that the current IntelliJ idea can recognize it.

The environment in which the project previously operated normally:

IntelliJ IDEA 2020.1.2 (Ultimate Edition)

JDK 11

install the lower version of JDK first, and then set it in project structure in IntelliJ idea. See the figure below. But I usually don’t like it.

Method 2

another way is to improve the version of IntelliJ idea. Therefore, the author specially downloaded and installed the latest IntelliJ idea 2021.2.2 (Ultimate Edition) . Unexpectedly and reasonably, the author encountered many holes when installing the latest IntelliJ idea. I have always wanted to stand on the shoulders of giants, but in fact, they are always used as stepping stones by giants. For the problem that IntelliJ idea cannot be opened after installation, see another blog of the author:

solve the problem that the interface disappears after IntelliJ idea is installed, and the interface does not move after it is opened again.

when I first downloaded it, I was worried that it could not parse Java 17, but now it seems that this worry is superfluous.

The environment in which the project operates normally:

IntelliJ IDEA 2021.2.2 (Ultimate Edition)

JDK 17

after upgrading IntelliJ idea, configure project structure as follows.

Error: Cannot determine path to 'tools.jar' library for 16 (path/to/jdk-16)

2 ответа

Лучший ответ

Requirements

• I have verified there are no duplicate active or recent bugs, questions, or requests

Blueprint Version

2.2.4

Android Version

11

Device Manufacturer

OnePlus

Device Name

Nord N10 5G

What happened?

I’m running into this issue Cannot determine path to 'tools.jar' library for Android API 32 Platform (C:/Users/techn/AppData/Local/Android/Sdk) . I’ve searched all over Google and tried everything I was able to find and still run into the issue.

Reproduction Steps

I just did a fresh install of Android Studio and did the default settings/setup and changed some colors and package name/app name. Tried to build the signed apk and ran into the issue.

Expected behavior

I expect it to actually generate the apk.

Screenshots or videos

Code and/or Logs

Executing pre-compile tasks…
Cannot determine path to ‘tools.jar’ library for Android API 32 Platform (C:/Users/techn/AppData/Local/Android/Sdk)
Executing post-compile tasks…
Synchronizing output directories…
12/20/2021 2:35 AM — Build completed with 1 error and 0 warnings in 103 ms

Additional context or info

No response