Gradle знаходить неправильний JAVA_HOME, навіть якщо він правильно встановлений

При спробі запуску gradle я отримую таку помилку:

# gradle

ERROR: JAVA_HOME is set to an invalid directory: /usr/lib/jvm/default-java

Please set the JAVA_HOME variable in your environment to match the
location of your Java installation.

Однак, коли я перевіряю змінну JAVA_HOME, я отримую:

# echo $JAVA_HOME 
/usr/lib/jvm/java-7-oracle

Мій JAVA_HOME визначений у .bashrc, і я двічі перевірив, що він встановлений як джерело.

Біг java -versionтакож підтверджує, що JAVA_HOME встановлений правильно і знаходиться на PATH.

# java -version
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)

Я також перевірив, які /usr/bin/javaпосилання на /etc/alternatives/javaякі, у свою чергу, правильно посилаються/usr/lib/jvm/java-7-oracle/jre/bin/java

Крім того, я перевірив, що в .bash_profileабо немає дублікатів JAVA_HOME /etc/profile.

Отже, моє запитання полягає в тому, як / чому знаходить Gradle /usr/lib/jvm/default-java, і що ще важливіше, як я вказую його на правильний каталог?

Інші програми, які вимагають JDK, працюють добре, тому я вважаю, що це питання Gradle. Я також спробував перевстановити Gradle, що не мало значення.

Я працюю на 64-бітній Xubuntu (база Ubuntu 13.10)

Виявляється, конкретний двійковий файл Gradle, який я завантажив із сховища Ubuntu 13.10 , намагається експортувати JAVA_HOME. Дякую Лукасу за те, що він запропонував це.

/usr/bin/gradle рядок 70:

export JAVA_HOME=/usr/lib/jvm/default-java

Коментування цього рядка вирішує проблему, і Gradle знаходить правильний шлях до бінарного файлу Java.

Якщо ви просто завантажите двійковий файл з свого веб-сайту, у нього не виникає цієї проблеми, це проблема з версією Ubuntu repo. Також, здається, є деякі інші проблеми з версією 13.10.

додати символічне посилання

sudo ln -s /usr/lib/jvm/java-7-oracle /usr/lib/jvm/default-java

Рішення полягає в тому, щоб зробити JAVA_HOME == dir над біном, де живе javac, як в

type javac

javac is /usr/bin/javac   # now check if its just a symlink

ls -la /usr/bin/javac 

/usr/bin/javac -> /etc/alternatives/javac   # its a symlink so check again

ls -la /etc/alternatives/javac  # now check if its just a symlink

/etc/alternatives/javac -> /usr/lib/jvm/java-8-openjdk-amd64/bin/javac

Гаразд, нарешті, знайшов бункер над фактичним javac, так зроби це

export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64
export PATH=$JAVA_HOME/bin:$PATH

вище можна спростити та узагальнити до

which javac >/dev/null 2>&1 || die "ERROR: no 'javac' command could be found in your PATH"
export JAVA_HOME=$(dirname $(dirname $(readlink -f $(which javac)  )))

Для мене ця помилка була причиною того, що Gradle встановлений як sudo, і я намагався як користувач за замовчуванням запустити Gradle.

Спробуйте:

sudo gradle -version

або

sudo gradle -v

Спробуйте встановити останню версію gradle,

sudo add-apt-repository ppa:cwchien/gradle

sudo apt-get update

sudo apt-get install gradle

Якщо ми встановимо з ubuntu repo, він встановить стару версію, (для мене це був gradle 1.4). У старій версії він встановлює java home від gradle як export JAVA_HOME=/usr/lib/jvm/default-java. Остання версія цього питання не має.

Ти exportсвою JAVA_HOME? Без експорту налаштування не поширюватимуться на команди, запущені всередині цієї оболонки. Також java -versionне використовує JAVA_HOME, скоріше використовує перше, javaзнайдене на вашому шляху. Переконайтесь, що ваш .bashrcвигляд виглядає приблизно так:

JAVA_HOME=/path/to/java/home
export JAVA_HOME

Я зіткнувся з цією проблемою, коли запускаю таку команду в Ubuntu:

ionic build android

Щоб вирішити цю проблему, я зробив такі кроки:

ln -sf /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java /usr/lib/jvm/default-java

Додайте JAVA_HOME до / etc / environment:

vi /etc/environment

Додати:

JAVA_HOME="/usr/lib/jvm/default-java"

Після збереження прочитайте:

source /etc/environment

Нарешті, ви можете запустити команду build.

У мене була така ж проблема, але я не знайшов команду експорту у рядку 70 у файлі gradle для останньої версії 2.13, але я розумію тупий помилку там,

Якщо ви не знайдете рядок 70 з командою експортування у файлі gradle у папці gradle / bin /, тоді перевірте ваш ~ / .bashrc, якщо ви знайдете export JAVA_HOME==/usr/lib/jvm/java-7-openjdk-amd64/bin/java, а потім видаліть /bin/javaіз цього рядка, як JAVA_HOME==/usr/lib/jvm/java-7-openjdk-amd64, і він на шляху >>> з цього export PATH=$PATH:$HOME/bin:JAVA_HOME/, буде export PATH=$PATH:$HOME/bin:JAVA_HOME/bin/java. Потім бігайтеsource ~/.bashrc .

Причина полягає в тому, що якщо ви перевірите файл gradle, ви знайдете у рядку 70 (якщо немає команди експорту) або у рядку 75,

JAVACMD="$JAVA_HOME/bin/java"
    fi
    if [ ! -x "$JAVACMD" ] ; then
        die "ERROR: JAVA_HOME is set to an invalid directory: $JAVA_HOME

Це означає, що /bin/javaвін уже є, тому його потрібно відняти від JAVA_HOMEшляху.

Це сталося в моєму випадку.

У моїй Ubuntu у мене болить голова вже 2 дні з цього приводу.

Крок 1. Наберіть термінал, whereis java тоді він відобразить щось подібне

java: /usr/bin/java /etc/java /usr/share/java /usr/lib/jvm/java-8-openjdk-amd64/bin/java /usr/share/man/man1/java.1.gz

Крок 2. Зверніть увагу на шлях: /usr/lib/jvm/java-8-openjdk-amd64/bin/java

виключити bin/java

ваш JAVA_HOME = /usr/lib/jvm/java-8-openjdk-amd64

Для мене проблема була явним набором у розділі аргументів конфігурації зовнішніх інструментів у Eclipse.

Ви також можете зайти в папку bin всередині вашої інсталяційної папки gradle і виправити параметр JAVA_HOME у файлі gradle.bat. У моєму випадку для мого JAVA_HOME було встановлено значення c: \ програмні файли \ java \ bin. JAVA_HOME у gradle.bat було встановлено на% JAVA_HOME% \ bin \ java.exe.

Я виправив JAVA_HOME в gradle.bat і він спрацював.

Дякую!!!

sudo ln -s /usr/lib/jvm/java-7-oracle/jre /usr/lib/jvm/default-java

Створіть символічне посилання на каталог java за замовчуванням.

Ви можете знайти свій каталог Java за адресою

readlink -f $(which java) 
# outputs: /usr/lib/jvm/java-7-oracle/jre/bin/java
# Remove the last `/bin/java` and use it in above symbolic link command.

Перед запуском команди спробуйте ввести:

export JAVA_HOME="path_to_java_home"

Де path_to_java_homeпапка, де вашаbin/java є.

Якщо java встановлена ​​належним чином, ви можете знайти її місцезнаходження за допомогою команди:

readlink -f $(which java)

Не забудьте видалити його bin/javaз кінця шляху під час введенняJAVA_HOME

У мене теж була проблема з цим. У ньому було вказано неправильну директорію, коли вона була правильною. Тому я просто створив локальну змінну з ім'ям JAVA_HOME, опускаючи фінал / bin / java. Це добре працювало для мене.

Якщо ваше середовище GRADLE_HOME та JAVA_HOME налаштовано належним чином, перевірте каталог JDK і переконайтеся, що у вас java.exe файл за викидними шляху.

C:\Program Files (x86)\Java\jdk1.8.0_181\bin

Як помилка, зазначена у файлі gradle.bat

:findJavaFromJavaHome
set JAVA_HOME=%JAVA_HOME:"=%
set JAVA_EXE=%JAVA_HOME%/bin/java.exe

if exist "%JAVA_EXE%" goto init

echo.
echo ERROR: JAVA_HOME is set to an invalid directory: %JAVA_HOME%
echo.
echo Please set the JAVA_HOME variable in your environment to match the
echo location of your Java installation.

Він не в змозі знайти вашу установку Java. Тож знайдіть і встановіть

java.exe

під %JAVA_HOME%/bin якщо все правильно.

Це працює для мене (мій обліковий запис був відключений клієнтом, і його адміністратор видалив java.exe з мого каталогу.)

У моєму докерконтейнері (будучи мінімальною проблемою не знайти java) було те, що "яке" не було встановлено. Складання проекту за допомогою gradlew, який використовується в ./gradlew, щоб знайти java Установка, яка вирішила проблему.

[Windows] Як вже було сказано, це виглядає як .bat -file намагається знайти java.exe з, %JAVA_HOME%/bin/java.exeщоб він не знаходив його, оскільки binповторюється двічі по шляху. Видаліть, що зайве /binз gradle.bat.

Додавання нижче рядків у build.gradle вирішило мою проблему.

sourceCompatibility = JavaVersion.VERSION_1_8
targetCompatibility = JavaVersion.VERSION_1_8