- Папка jdk в linux
- General Notes About Installing the JDK on Linux Platforms from Archive Files
- General Notes About Installing the JDK on Linux Platforms from RPM packages
- System Requirements for Installing JDK on Linux Platforms
- Installing the JDK on Linux from Archive Files, RPM Packages and Oracle Linux Repositories
- Installing the 64-Bit JDK on Linux Platforms
- Installing the 64-Bit JDK on RPM-Based Linux Platforms
- Installing the 64-Bit JDK on Oracle Linux Platforms
- В какой папке находится default-jdk?
Папка jdk в linux
This topic describes the installation procedures of the JDK on the Linux platform, along with the system requirements.
General Notes About Installing the JDK on Linux Platforms from Archive Files
Installing the JDK automatically creates a directory called jdk–feature.interim.update.patch where feature ( 20 ),interim, update, and patch represent corresponding values of version information.
If you install JDK in a specific location such as /opt , you must log in with root credentials to gain the necessary permissions. If you do not have the root access, either install the JDK in your home directory or a sub directory for which you have the write permissions.
If you install the software in a directory that contains a sub directory named jdk– 20 .interim.update.patch , the new software overwrites files of the same name in that directory. Ensure that you rename the old directory if it contains files that you would like to keep.
Installing the JDK from archive files doesn’t configure the backing store for the system node of Java Preferences API ( java.util.prefs Java package). If this functionality of the JDK is required, you need to manually configure it by making sure either /etc/.java/.systemPrefs or jdk– 20 .interim.update.patch/.systemPrefs directory exists.
General Notes About Installing the JDK on Linux Platforms from RPM packages
This topic describes general information about installing JDK 20 from RPM packages on Linux platforms.
You can install only one version of JDK of the same feature release. If you try to install the newer version of the same feature release while the older version exists, the installer uninstalls the older version and installs the new version. For example, you can’t install jdk- 20 and jdk- 20 .0.1 simultaneously. If you attempt to install jdk- 20 .0.1 after jdk- 20 is installed, the installer uninstalls jdk- 20 and installs jdk- 20 .0.1 .
All versions of JDK of the same feature release are installed in /usr/lib/jvm/jdk- 20 -oracle- directory, where equals x64 or aarch64 . Additionally /usr/java/jdk- 20 symbolic link pointing to the installation directory is created for backward compatibility.
If you install an older version of a JDK when the newer version of the same feature family already exists, an error is displayed, prompting you to uninstall a newer JDK version if an older version has to be installed.
You must log in with root credentials to install or update JDK.
By default, the installation script configures the system such that the backing store for the system node of Java Preferences API (java.util.prefs Java package) is configured in /etc/.java/.systemPrefs directory.
The JDK installation is integrated with the alternatives framework. After installation, the alternatives framework is updated to reflect the binaries from the recently installed JDK. Java commands such as java , javac , javadoc , and javap can be called from the command line.
Using the java -version command, you can confirm the default (recently installed) JDK version.
System Requirements for Installing JDK on Linux Platforms
See Oracle JDK Certified Systems Configurations for information about supported platforms, operating systems, and browsers.
Installing the JDK on Linux from Archive Files, RPM Packages and Oracle Linux Repositories
You can install the JDK on a Linux platform from archive files, downloadable Red Hat Package Manager (RPM) packages files, or RPM packages from Oracle Linux (OL) repositories.
Installation can be performed by using one of the following processes:
- From archive files ( .tar.gz ): This allows you to install a private version of the JDK for the current user into any location, without affecting other JDK installations. However, it may involve manual steps to get some of the features to work. See the following table for the options available for downloading and installing the JDK from archive files. The bundles are available for Linux x64 and Linux aarch64 (64-bit ARM) systems. Install the required bundle.
- From downloadable RPM packages ( .rpm ): This allows you to perform a system-wide JDK installation on RPM-based Linux platforms for all users, and requires root access. See the following table for the options available for downloading and installing the JDK from Linux x64 and Linux aarch64 (64-bit ARM) RPM packages.
- From Oracle Linux repositories : This allows you to perform a system-wide JDK installation on OL platforms starting from OL7 for all users, and requires root access. JDK RPM packages in Oracle Linux RPM repositories are available for x64 and aarch64 (64-bit ARM) OL platforms. Explicit download of JDK RPM packages is not required, the package manager will do it automatically for you.
JDK RPM packages for Generic Linux platforms and Oracle Linux platforms differ. The following table lists the differences:
Table 3-1 Difference between Generic Linux and OL platforms
JDK image is split into two packages: jdk- 20 -headless and jdk- 20 -headful .
- jdk- 20 -headless is a headless Java Runtime for running non-GUI applications.
- jdk- 20 -headful is headful Java Runtime and Development Tools for developing and running all types of applications.
jdk- 20 -headful package requires jdk- 20 -headless package. When these packages are installed together, they provide the same functionality as the jdk- 20 package for Generic Linux Platforms.
jdk- 20 -headless package registers java group with the alternatives framework.
jdk- 20 -headful package registers javac group with the alternatives framework.
Downloading the JDK Installer
Access Java SE Downloads page and click Accept License Agreement . Under the Download menu, click the Download link corresponding your requirement.
The following table lists the options and instructions for downloading and installing the JDK 20 release on a Linux platform:
| Download File | Instructions | Architecture (CPU Type) | Who Can Install |
|---|---|---|---|
| For Linux x64 systems: jdk- 20 .interim.update.patch_linux-x64.tar.gz | Installing the 64-Bit JDK on Linux Platforms | Intel — 64-bit | Anyone |
| For Linux aarch64 (64-bit ARM) systems: jdk- 20 .interim.update.patch_linux-aarch64.tar.gz | Installing the 64-Bit JDK on Linux Platforms | ARM — 64-bit | Anyone |
| For Linux x64 systems: jdk- 20 .interim.update.patch_linux-x64.rpm | Installing the 64-Bit JDK on RPM-Based Linux Platforms | Intel — 64-bit RPM-based Linux | Root |
| For Linux aarch64 (64-bit ARM) systems: jdk- 20 .interim.update.patch_linux-aarch64.rpm | Installing the 64-Bit JDK on RPM-Based Linux Platforms | ARM — 64-bit RPM-based Linux | Root |
Installing the 64-Bit JDK on Linux Platforms
You can install the JDK for 64-bit Linux from an archive file ( .tar.gz ). The .tar.gz archive file (also called a tarball) is a file that can be uncompressed and extracted in a single step.
- For Linux x64 systems: jdk- 20 .interim.update.patch_linux-x64_bin.tar.gz . For example jdk- 20 _linux-x64_bin.tar.gz
- For Linux aarch64 (64-bit ARM) systems: jdk- 20 .interim.update.patch_linux-aarch64_bin.tar.gz . For example, jdk- 20 _linux-aarch64_bin.tar.gz
Before you download a file, you must accept the license agreement. Anyone (not only root users) can install the archive file in any location having write access.
Installing the 64-Bit JDK on RPM-Based Linux Platforms
You can install the JDK on 64-bit RPM-based Linux platforms, such as Red Hat and SuSE by using a downloadable RPM package file ( .rpm ) in the system location.
You can install the JDK using a downloadable RPM package file on an OL system too, but the preferred way to install the JDK on OL systems is from Oracle Linux RPM repositories.
Ensure that you have the root user access. You can do this by running the command su and entering the superuser password.
- For x64 systems: jdk- 20 .interim.update.patch_linux-x64_bin.rpm . For example, jdk- 20 _linux-x64_bin.rpm
- For aarch64 (64-bit ARM) systems: jdk- 20 .interim.update.patch_linux-aarch64_bin.rpm . For example, jdk- 20 _linux-aarch64_bin.rpm
Before you download a file, you must accept the license agreement.
Upgrade the required package using the following command: $ sudo rpm -Uvh jdk- 20 _linux-x64_bin.rpm OR $ sudo rpm -Uvh jdk- 20 _linux-aarch64_bin.rpm
Note: JDK 20 can coexist with other feature releases of JDK. For each feature release, a separate directory is created, the default directory being /usr/lib/jvm/jdk-
Installing the 64-Bit JDK on Oracle Linux Platforms
There are two OL-specific JDK RPM packages, jdk- 20 -headless and jdk- 20 -headful . When these packages are installed together, they provide full JDK functionality.
Install jdk- 20 -headless package if you only need headless Java Runtime for running non-GUI applications.
Install jdk- 20 -headful package if you need full JDK functionality for running any Java application and development.
The jdk- 20 -headful package depends on jdk- 20 -headless , hence installing jdk- 20 -headful package will result in the automatic installation of jdk- 20 -headless , if it is not installed yet.
sudo dnf install jdk- 20 -headless
sudo yum install jdk- 20 -headless
sudo dnf install jdk- 20 -headful
sudo yum install jdk- 20 -headful
В какой папке находится default-jdk?
Доброго времени суток, начал изучать java, занимаюсь на oc linux дистрибутив mint, читаю книгу Хорстмана, там говорится перейди в папку с jdk/bin и распакуйте стандартную библиотеку из архива src.zip, устанавливал по умолчанию, «sudo apt-get install defaul-jdk» в какой папке это дело всё находится? просто не могу найти, искал через поиск папок,но не в одной из тех нету bin и тем более src.zip, очень на вас рассчитываю, заранее спасибо.
Не слушайте тех, кто в debian/ubuntu/mint вам _не_ _советует_ ставить из пакета, больше проблем получите, да и систему засрёте.
Если поставили из пакета, то сделайте «update-alternatives —config java» , в выводе команды будет нужный вам путь .
TheSpbra1n: Надо заранее привыкать делать все правильно. А java из репов подходит только для запуска плагинчиков в браузере или чего-то еще. Но никак ни для разработки, обучения или тем более продуктива.
PS Несмотря на наши разногласия, приношу Вам извинения за оскорбления, которые у меня вырвались. Извините, был взволнован, предлагаю остаться при своих мнениях, каждый в конце-концов имеет право на свое мнение, и это не повод для оскорблений. Свои посты я отредактирую.
Обосную, почему в debian-base дистрибутивах лучше использовать пакеты:
1. Тот же оракл уже предлагает дистрибутив в виде пакета
2. Ставя пакет — вы знаете, что зависимости удовлетворены, а распаковывая архив — получаете просто набор файлов
3. Ставя другой дистрибутив, который по зависимостям потребует JAVA , вы всё равно поставите пакет, после чего системная java по умолчанию будет направлена на неё
4. Если вы скачали java из архива — руками прописывайте путь до неё в ПО которая будет с ним работать
5. Если несколько разработчиков будут ставить java из архива в разное время, то есть вероятность, что у них будут разные версии ( а если разработчков больше сотни ? )
6. Ставя из пакетов сразу несколько версий ( 6,7,8,9 ) — я переключаюсь на нужную из них одной командой, вам надо будет опять же руками прописывать нужные пути
7. Поддержка серверов в которых «умники» наставили всё из архивов — ужасна
8. Для проверки наличия security апдейтов мне нужно выполнить — apt-get update , вам — мониторить архивы на сайте.
9. Ставя дистрибутивы на сервера из одно и того-же репозитория я гарантирую, что на всех серверах у меня будет стоять одна и та же версия. Вы же вносите хаос, и не дай бог во время деплоя вы заявите, что в репах версия «х.у.10» , а вы разрабатывали ПО под «х.y.16» , потому что такой был архив на сайте
10. На устранение багов и помощь коллегам, при установке из архива, уходит больше времени, первый поставил — но не знает где указать путь до java или как её сделать дефолтной, у другого дефолтная java другая, третий скачал архив в один каталог и случайно захардкодил путь до _своего_ каталога из архива , в итоге: у пятерых так же и работает, а на эксплуатационных серверах не работает.
11. С помощью того же ansible управление серверами можно легко автоматизировать, параллельно устанавливать и обновлять java сразу на куче серверов, а с архивом что? лишний гемморой.