История изменений
Исправление
stevejobs,
(текущая версия)
:
Сборки оракла и азула почти полностью совпадают с openjdk. Можно считать, что они просто выполняют работу мантейнеров и собирают их.
Если боишься злого оракла и очень не лень, можно пойти и скачать исходники openjdk и собрать их самостоятельно. Я так и делаю (по той причине что хачу исходники openjdk). Еще вроде как где-то в недрах java.net была репа с готовыми сборками именно openjdk, но я к стыду не могу нагуглить этот урл
Самое главное в этом - никогда, никогда не связываться с мантейнерами дистрибутивов, которые выполняют эту работу. Что Debian/Ubuntu, что ArchLinux, что куча других дистрибов - они ничего не понимают в Java. Например, они пытаются паковать джарки в отдельные гну-линукс-пакеты и потом переиспользовать их. Очевидно, они тронулись умом, и я бы не стал надеяться на качество работы поехавших :)))
В alternatives лучше тоже не прописывать. Самый лучший, проверенный годами метод - в /etc/profile или ~/.profile ипрочие ~/.bashrc прописать две вещи: переменную $JAVA_HOME, и export PATH=$JAVA_HOME/bin:$PATH. Если хочется переключать версию джавы (например, для разработки), в профиль добавляешь функции типа:
export JAVA8_HOME=/opt/java8
export JAVA9_HOME=/opt/java9
function java8() {
export JAVA_HOME=$JAVA8_HOME
export PATH=$JAVA_HOME/bin:$PATH
}
В alternatives нужно прописывать на проде, но это гемор и к обычному пользователю или разработчику никак не относится
Исправление
stevejobs,
:
Сборки оракла и азула почти полностью совпадают с openjdk. Можно считать, что они просто выполняют работу мантейнеров и собирают их.
Если боишься злого оракла и очень не лень, можно пойти и скачать исходники openjdk и собрать их самостоятельно. Я так и делаю (по той причине что хачу исходники openjdk). Еще вроде как где-то в недрах java.net была репа с готовыми сборками именно openjdk, но я к стыду не могу нагуглить этот урл
Самое главное в этом - никогда, никогда не связываться с мантейнерами дистрибутивов, которые выполняют эту работу. Что Debian/Ubuntu, что ArchLinux, что куча других дистрибов - они ничего не понимают в Java. Например, они пытаются паковать джарки в отдельные линукс-пакеты и потом переиспользовать их. Очевидно, они тронулись умом, и я бы не стал надеяться на качество работы поехавших :)))
В alternatives лучше тоже не прописывать. Самый лучший, проверенный годами метод - в /etc/profile или ~/.profile ипрочие ~/.bashrc прописать две вещи: переменную $JAVA_HOME, и export PATH=$JAVA_HOME/bin:$PATH. Если хочется переключать версию джавы (например, для разработки), в профиль добавляешь функции типа:
export JAVA8_HOME=/opt/java8
export JAVA9_HOME=/opt/java9
function java8() {
export JAVA_HOME=$JAVA8_HOME
export PATH=$JAVA_HOME/bin:$PATH
}
В alternatives нужно прописывать на проде, но это гемор и к обычному пользователю или разработчику никак не относится
Исходная версия
stevejobs,
:
Сборки оракла и азула почти полностью совпадают с openjdk. Можно считать, что они просто выполняют работу мантейнеров и собирают их.
Если боишься злого оракла и очень не лень, можно пойти и скачать исходники openjdk и собрать их самостоятельно. Я так и делаю (по той причине что хачу исходники openjdk).
Самое главное в этом - никогда, никогда не связываться с мантейнерами дистрибутивов, которые выполняют эту работу. Что Debian/Ubuntu, что ArchLinux, что куча других дистрибов - они ничего не понимают в Java. Например, они пытаются паковать джарки в отдельные линукс-пакеты и потом переиспользовать их. Очевидно, они тронулись умом, и я бы не стал надеяться на качество работы поехавших :)))
В alternatives лучше тоже не прописывать. Самый лучший, проверенный годами метод - в /etc/profile или ~/.profile ипрочие ~/.bashrc прописать две вещи: переменную $JAVA_HOME, и export PATH=$JAVA_HOME/bin:$PATH. Если хочется переключать версию джавы (например, для разработки), в профиль добавляешь функции типа:
export JAVA8_HOME=/opt/java8
export JAVA9_HOME=/opt/java9
function java8() {
export JAVA_HOME=$JAVA8_HOME
export PATH=$JAVA_HOME/bin:$PATH
}
В alternatives нужно прописывать на проде, но это гемор и к обычному пользователю или разработчику никак не относится