Каковы преимущества упаковки Вашей библиотеки/приложения Python как .egg файл?

Нам нужно провести различие между двумя переменными среды, которые здесь обсуждаются взаимозаменяемо. Одна из них - переменная JAVA_HOME. Другая - переменная Path. Любой процесс, который ссылается на переменную JAVA_HOME, ищет путь поиска к JDK, а не JRE. Использование переменной JAVA_HOME не предназначено для самого компилятора Java. Компилятор знает свое местоположение. Эта переменная предназначена для другого программного обеспечения, чтобы легче находить компилятор. Эта переменная обычно используется программным обеспечением IDE для компиляции и сборки приложений из исходного кода Java. Напротив, интерпретатор Windows CMD и многие другие программные средства первого и третьего сторон ссылаются на переменную Path, а не на переменную JAVA_HOME.

Использовать случай 1: Компиляция из CMD

Так, например, , если вы не используете какое-либо программное обеспечение IDE, и вы просто хотите скомпилировать из CMD, независимо от вашего текущего рабочего каталога, то вы хотите установить правильную переменную Path. В вашем случае вам даже не нужна переменная JAVA_HOME. Поскольку CMD использует Path, а не JAVA_HOME, чтобы найти компилятор Java.

Использовать случай 2: Компиляция из IDE

Однако, если вы являются , используя некоторую среду IDE программного обеспечения, тогда вы должны посмотреть на документацию в первую очередь. Для этого может потребоваться установка JAVA_HOME, но она может также использовать другое имя переменной для той же цели. Фактически стандартом на протяжении многих лет был JAVA_HOME, но это может быть не всегда.

Используйте случай 3: Компиляция из IDE и CMD

Если в дополнение к IDE программное обеспечение, которое вы также хотите скомпилировать из CMD, независимо от вашего текущего рабочего каталога, а затем в добавлении к переменной JAVA_HOME вам также может потребоваться добавить путь поиска JDK к переменной Path.

JAVA_HOME vs. Path

Если ваша проблема связана с компиляцией Java, то вы хотите проверить переменную JAVA_HOME и путь (если применимо). Если ваша проблема связана с запуском приложений Java, то вы хотите проверить свою переменную Path.

Переменная Path используется универсально во всех операционных системах. Поскольку он определяется системой, и поскольку это переменная по умолчанию, используемая для поиска JRE, почти никогда не возникает проблем с запуском приложений Java. Особенно в Windows, где установщики программного обеспечения обычно настраивают для вас все. Но если вы устанавливаете вручную, то самое безопасное в этом случае - это, возможно, пропустить переменную JAVA_HOME и просто использовать переменную Path для всего, как для JDK, так и для JRE. Любая новая версия программного обеспечения IDE должна иметь возможность выбирать и использовать ее.

Символы

Символические ссылки могут предоставить еще один способ ссылки на путь поиска JDK путем объединения одного из существующие переменные среды.

Я не уверен в предыдущих версиях выпусков Oracle / Sun JDK / JRE, но, по крайней мере, установщик для jdk1.8.0_74 добавляет путь поиска C:\ProgramData\Oracle\Java\javapath к переменной Path, и он помещает его в начало строкового значения. Этот каталог содержит символические ссылки на java.exe, javaw.exe и javaws.exe в каталоге JRE.

Итак, по крайней мере, с Java 8 JDK и, предположительно, Java 8 JRE, нет переменной среды необходимо настроить конфигурацию JRE. Пока вы используете пакет установщика для его настройки. Однако могут быть различия в вашей установке Windows. Обратите внимание, что Oracle JRE поставляется в комплекте с JDK.

Если вы когда-нибудь обнаружите, что ваша конфигурация Java JDK использует неправильную версию компилятора или кажется, что она работает по магии, без явного определения (без кастования заклинания), то вы можете иметь символическую ссылку где-нибудь в ваших переменных окружения. Поэтому вы можете проверить символическую ссылку.