Меню Рубрики

Установка jdk в arch linux

Java (Русский)

Эта страница нуждается в сопроводителе

Java — строго типизированный объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems (в последующем приобретённой компанией Oracle). Разработка ведётся сообществом, организованным через Java Community Process, язык и основные реализующие его технологии распространяются по лицензии GPL. Права на торговую марку принадлежат корпорации Oracle.

Arch Linux официально поддерживает OpenJDK, свободную реализацию Java SE, версий 7, 8, 10, 11 и 13. Эти версии можно без проблем установить одновременно, а также переключаться между ними с помощью скрипта archlinux-java . Несколько других реализаций доступны в AUR, но они не поддерживаются официально.

Contents

Установка

Существуют два главных пакета, которые являются зависимыми: java-runtime-common (содержит основные файлы для Java Runtime Environment — JRE) и java-environment-common (содержит основные файлы для Java Development Kit — JDK). Переменная окружения $PATH в файле /etc/profile.d/jre.sh указывает на каталог /usr/lib/jvm/default/bin , заданный скриптом archlinux-java . Ссылки /usr/lib/jvm/default и /usr/lib/jvm/default-runtime следует менять только при помощи скрипта archlinux-java . Эти ссылки ведут на выбранное рабочее окружение Java в /usr/lib/jvm/java-$-$ или JRE — /usr/lib/jvm/java-$-$/jre .

Большинство исполняемых файлов Java находятся в /usr/bin , остальные доступны через $PATH . Скрипт /etc/profile.d/jdk.sh больше не предоставляется ни одним из пакетов.

OpenJDK

Headless JRE минимальная среда выполнения для Java; не поддерживает GUI. Full JRE полная среда выполнения, поддерживающая GUI и зависящая от headless JRE. JDK Java Development Kit; необходим для разработки Java-приложений и зависит от full JRE.

Версия Headless JRE Full JRE JDK Документация Исходный код
OpenJDK 13 jre-openjdk-headless jre-openjdk jdk-openjdk openjdk-doc openjdk-src
OpenJDK 11 jre11-openjdk-headless jre11-openjdk jdk11-openjdk openjdk11-doc openjdk11-src
OpenJDK 10 jre10-openjdk-headless jre10-openjdk jdk10-openjdk openjdk10-doc openjdk10-src
OpenJDK 8 jre8-openjdk-headless jre8-openjdk jdk8-openjdk openjdk8-doc openjdk8-src
OpenJDK 7 jre7-openjdk-headless jre7-openjdk jdk7-openjdk openjdk7-doc openjdk7-src

OpenJDK GA — свежая сборка OpenJDK General-Availability Release от Oracle.

OpenJDK EA — свежая сборка OpenJDK Early-Access от Oracle.

IcedTea-Web — Java Web Start и устаревший плагин Java для браузеров.

OpenJFX

OpenJFX — свободная реализация JavaFX. Данный пакет включён в Java SE (реализация JRE и JDK от Oracle) и относится лишь к пользователям свободной реализации Java (OpenJDK).

Версия Runtime и Developement Kit Документация Исходный код
OpenJFX 13 java-openjfx java-openjfx-doc java-openjfx-src
OpenJFX 11 java11-openjfx java11-openjfx-doc java11-openjfx-src
OpenJFX 8 java8-openjfx java8-openjfx-doc java8-openjfx-src

OpenJFX GA — свежая сборка OpenJFX General-Availability Release от Gluon.

OpenJFX EA — свежая сборка OpenJFX Early-Access от Gluon.

Другие реализации

Java SE — реализация JRE и JDK от Oracle.

OpenJ9 — JRE от Eclipse, созданная при участии IBM.

IBM J9 — реализация восьмой редакции JRE от IBM.

Инструменты для разработки

См. List of applications#Integrated development environments для получения списка IDE (в частности, секцию «Java IDEs»).

Чтобы усложнить процесс реверс-инжиниринга, можно воспользоваться обфускатором proguard AUR .

Декомпиляторы

  • Bytecode Viewer — пакет для обратного инжиниринга Java-приложений, включающий в себя декомпилятор, редактор и дебаггер.

https://bytecodeviewer.com || bytecode-viewerAUR

  • CFR — декомпилятор Java, поддерживающий также новые возможности Java 9 и выше.

https://www.benf.org/other/cfr/ || cfrAUR

  • Fernflower — аналитический декомпилятор Java-приложений, разработанный для IntelliJ IDEA.

https://github.com/JetBrains/intellij-community/tree/master/plugins/java-decompiler/engine || fernflower-gitAUR

  • JD-Core-java — обёртка над JD Decompiler.

https://github.com/nviennot/jd-core-java || jd-core-javaAUR

  • Krakatau — декомпилятор, ассемблер и дизассемблер для Java.

https://github.com/Storyyeller/Krakatau || krakatau-gitAUR

  • Procyon decompiler — экспериментальный декомпилятор Java, разработанный под влиянием ILSpy и Mono.Cecil.

https://bitbucket.org/mstrobel/procyon/wiki/Java%20Decompiler || procyon-decompilerAUR , GUI: luytenAUR

Переключение между средами

Скрипт archlinux-java предусматривает следующие возможности:

Получение списка установленных совместимых сред Java

Метка (default) как раз и подписывает окружение, установленное по умолчанию. Выполнение java или других команд будет ссылаться на эту версию. Отметка /jre означает, что установлен только JRE.

Установка среды Java по умолчанию

Обратите внимание, что archlinux-java не позволит задать некорректную среду Java. В предыдущем примере была использована установленная среда jre8-openjdk , а, к примеру, указание неустановленной среды jdk8-openjdk завершилось бы следующей ошибкой:

Сброс среды Java по умолчанию

Как правило, необходимость в сбросе среды по умолчанию отсутствует, так как данный механизм заложен в соответствующие пакеты. Если же возникла такая необходимость, воспользуйтесь командой unset :

Исправление конфигурации используемой среды Java

Если на какое-нибудь окружение Java задана неверная ссылка, команда archlinux-java fix попытается найти и исправить ошибку. Также эта команда задаст окружение по умолчанию, если оно отсутствует (официально поддерживаемое окружение «OpenJDK 8» имеет наивысший приоритет).

Запуск приложений с не установленным по умолчанию окружением

Если в системе установлено несколько окружений и необходимо запустить приложение с использованием среды не установленной по умолчанию, можно создать небольшой скрипт, локально изменяющий PATH . Например, если по умолчанию используется JRE 7, а необходимо воспользоваться JRE 8:

Требования к пакетам сред для поддержки archlinux-java

Этот раздел предназначен для тех, кто хочет распространять свои пакеты JVM в AUR и использовать для управления archlinux-java . Пакеты должны соответствовать всем пунктам ниже:

  • все файлы пакета располагаются по адресу /usr/lib/jvm/java-$-$
  • все исполняемые файлы для java-runtime-common и java-environment-common имеют соответствующие ссылки
  • исполняемые файл, не принадлежащие к java-runtime-common и java-environment-common, имеют ссылки из /usr/bin
  • суффиксы манов такие: -$$; например, смотри jre8-openjdk, где они имеют суффиксы -openjdk8
  • не используется ни PKGBUILD conflicts, ни PKGBUILD replaces с другими JDK, java-runtime , > или java-environment
  • используется скрипт archlinux-java , чтобы устанавливать окружение по умолчанию, если ни одно другое окружение не задано — то есть не перезаписывается значение по умолчанию

Стоит принять во внимание и эти советы:

  • пакеты, которым нужно окружение Java должны объявить зависимости java-runtime , > или java-environment
  • пакеты, которым нужно определённое окружение Java должны объявить зависимости с необходимым суффиксом
  • пакеты OpenJDK объявляют prov , что позволяет стороннему пакету объявлять зависимость от OpenJDK без указания версии

Решение проблем

Не подключается MySQL

В связи с тем, что драйверы JDBC часто используют порт в URI для установления соединения с базой данных, он считается «удаленным» (т. е. MySQL не прослушивает порт в соответствии с его настройками по умолчанию), несмотря на то, что, возможно, они работают на одном хосте. Таким образом, чтобы использовать JDBC и MySQL, вы должны разрешить удаленный доступ к MySQL, следуя инструкциям в статье MySQL.

Не запускается IntelliJ IDEA

Если IntelliJ IDEA вылетает с ошибкой The selected directory is not a valid home for JDK , придётся установить другую JDK или использовать IntelliJ IDEA с JetBrains Runtime.

Ошибки отрисовки приложений Java

В оконных менеджерах Awesome, Dwm и Ratpoison возникают ошибки отрисовки GUI в Java, появляются серые окна, приложения не изменяют размер, меню мгновенно закрываются. Для того, чтобы JVM думала, что используется оконный менеджер, отличный от установленного, используется wmname . Задайте поддельное название оконного менеджера, например, compiz или LG3D

После выполнения команды нужно перезапустить приложение Java. Такое поведение обосновано тем, что в JVM прямо установлены известные оконные менеджеры, которые используют подход non-re-parenting.

Если установка поддельного оконного менеджера не применима, есть несколько советов:

  • для jre7-openjdk и jre8-openjdk , добавьте строчку export _JAVA_AWT_WM_NONREPARENTING=1 в /etc/profile.d/jre.sh , затем выполните его или перезайдите
  • для свежих JVM работает добавление export AWT_TOOLKIT=MToolkit в

/.xinitrc перед командой запуска оконного менеджера

  • для пакетов Oracle можно использовать SetWMName, однако, положительный эффект может быть сброшен при использовании пакета XMonad.Hooks.EwmhDesktops в приложении. В этом случае может помочь добавление строчки >> setWMName «LG3D» к LogHook .
  • Неразборчивый шрифт в приложениях Java

    Некоторые шрифты не читаются, поэтому следует установить другие, читаемые шрифты, например, ttf-ms-fonts AUR .

    В некоторых приложениях отсутствует текст

    Далее в разделе #Улучшенное отображение шрифтов приводятся параметры; см. также FS#40871.

    Система зависает при дебаггинге

    Используйте параметр JVM -Dsun.awt.disablegrab=true . Смотри также страницу бага в JDK 6.

    Конструктор JavaFX MediaPlayer вылетает с ошибкой

    При создании экземпляра класса MediaPlayer может появиться такая ошибка:

    это связано с несовеместимостью JavaFX и ffmpeg из репозитория, поэтому следует установить ffmpeg-compat-55 AUR . См. также обсуждение на Reddit.

    В приложениях Java не открываются внешние ссылки

    Установите gvfs ; в приложении требуется реализовать метод Desktop.Action.BROWSE . См. также обсуждение на Launchpad.

    Ошибка инициализации QuantumRenderer : no suitable pipeline found

    Либо отсутствует GTK2 — установите gtk2 , либо отсутствует OpenJFX — установите java-openjfx .

    Советы и рекомендации

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

    /.bashrc или /etc/profile.d/jre.sh .

    Например, предопределённое использование сглаженных шрифтов и GTK:

    Улучшенное отображение шрифтов

    Установите параметры JVM -Dawt.useSystemAAFontSettings=on , -Dswing.aatext=true . См. статью Java Runtime Environment fonts

    Удаление сообщения Picked up _JAVA_OPTIONS

    При установке какого-либо параметра JVM появялестя сообщение вида Picked up _JAVA_OPTIONS=. . Чтобы избавиться от сообщения, используйте команды ниже

    Оформление GTK

    Установите параметры JVM swing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel . Некоторые приложения используют кроссплатформенный вид Metal ; чтобы переопределить его, используйте параметр JVM swing.crossplatformlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel .

    В версиях, предшествующих Java 9 использовался вид GTK 2. Эта несовместимость между версиями GTK может нарушить работу приложений, использующих плагины Java с графическим интерфейсом, поскольку смешивание GTK 2 и GTK 3 в одном и том же процессе не поддерживается (например, LibreOffice 5.0). Начиная с Java 9 можно выбрать GTK 2 , 2.2 или 3 , но по умолчанию используется GTK 2; чтобы задать приоритет используйте параметр JVM jdk.gtk.version=3 .

    Ускорение отрисовки 2D

    Если доступно использование OpenGL, его можно включить в приложениях Java, задав переменную окружения

    источник

    Установка jdk в arch linux

    Java is a programming language originally developed by Sun Microsystems and released in 1995 as a core component of Sun Microsystems’ Java platform. The language derives much of its syntax from C and C++ but has a simpler object model and fewer low-level facilities. Java applications are typically compiled to bytecode that can run on any Java virtual machine (JVM) regardless of computer architecture.

    Arch Linux officially supports the open source OpenJDK versions 7, 8, 10, 11, and 13. All these JVM can be installed without conflict and switched between using helper script archlinux-java . Several other Java environments are available in AUR but are not officially supported.

    Contents

    Installation

    Two common packages are respectively pulled as dependency, named java-runtime-common (containing common files for Java Runtime Environments) and java-environment-common (containing common files for Java Development Kits). The provided environment file /etc/profile.d/jre.sh points to a linked location /usr/lib/jvm/default/bin , set by the archlinux-java helper script. The links /usr/lib/jvm/default and /usr/lib/jvm/default-runtime should always be edited with archlinux-java . This is used to display and point to a working default Java environment in /usr/lib/jvm/java-$-$ or a Java runtime in /usr/lib/jvm/java-$-$/jre .

    Most executables of the Java installation are provided by direct links in /usr/bin , while others are available in $PATH . The script /etc/profile.d/jdk.sh is no longer provided any package.

    OpenJDK

    OpenJDK is an open-source implementation of the Java Platform, Standard Edition (Java SE).

    Headless JRE The minimal Java runtime — needed for executing non-GUI Java programs. Full JRE Full Java runtime environment — needed for executing Java GUI programs, depends on headless JRE. JDK Java Development Kit — needed for Java development, depends on full JRE.

    Version Headless JRE Full JRE JDK Documentation Sources
    OpenJDK 14
    OpenJDK 13 jre-openjdk-headless jre-openjdk jdk-openjdk openjdk-doc openjdk-src
    OpenJDK 11 jre11-openjdk-headless jre11-openjdk jdk11-openjdk openjdk11-doc openjdk11-src
    OpenJDK 10 jre10-openjdk-headless jre10-openjdk jdk10-openjdk openjdk10-doc openjdk10-src
    OpenJDK 8 jre8-openjdk-headless jre8-openjdk jdk8-openjdk openjdk8-doc openjdk8-src
    OpenJDK 7 jre7-openjdk-headless jre7-openjdk jdk7-openjdk openjdk7-doc openjdk7-src

    OpenJDK GA — Latest OpenJDK General-Availability Release build from Oracle.

    OpenJDK EA — Latest OpenJDK Early-Access build for development version from Oracle.

    IcedTea-Web — Java Web Start and the deprecated Java browser plugin.

    OpenJFX

    OpenJFX is the open-source implementation of JavaFX. You do not need to install this package if you are making use of Java SE (the Oracle’s implementation of JRE and JDK described below). This package only concerns users of the open source implementation of Java (OpenJDK project).

    Version Runtime and Developement Documentation Sources
    OpenJFX 13 java-openjfx java-openjfx-doc java-openjfx-src
    OpenJFX 11 java11-openjfx java11-openjfx-doc java11-openjfx-src
    OpenJFX 8 java8-openjfx java8-openjfx-doc java8-openjfx-src

    OpenJFX GA — Latest OpenJFX General-Availability Release build from Gluon.

    OpenJFX EA — Latest OpenJFX Early-Access build for development version from Gluon.

    Other implementations

    Java SE — Oracle’s implementation of JRE and JDK.

    OpenJ9 — Eclipse’s implementation of JRE, contributed by IBM.

    IBM J9 — IBM’s implementation of the eighth edition of JRE.

    Parrot VM — a VM with experimental support for Java [1] through two different methods: either as a Java VM bytecode translator, or as a Java compiler targeting the Parrot VM.

    Development tools

    For integrated development environments, see List of applications#Integrated development environments and the Java IDEs subsection specifically.

    To discourage reverse engineering an obfuscator like proguard AUR can be used.

    Decompilers

    • Bytecode Viewer — Java reverse engineering suite, including a decompiler, editor and debugger.

    https://bytecodeviewer.com || bytecode-viewerAUR

    • CFR — Java decompiler, supporting modern features of Java 9, 10 and beyond.

    https://www.benf.org/other/cfr/ || cfrAUR

    • Fernflower — Analytical decompiler for Java, developed as part of IntelliJ IDEA.

    https://github.com/JetBrains/intellij-community/tree/master/plugins/java-decompiler/engine || fernflower-gitAUR

    • JAD — Unmaintained Java decompiler (last release 2006).

    https://varaneckas.com/jad || jad

    • Java Decompiler (JD-Core, JD-GUI) — Popular Java decompiler providing a GUI and supporting Java 1-10.

    https://java-decompiler.github.io/ || jd-guiAUR

    • Krakatau — Java decompiler, assembler, and disassembler.

    https://github.com/Storyyeller/Krakatau || krakatau-gitAUR

    • Procyon decompiler — Experimental Java decompiler, inspired by ILSpy and Mono.Cecil.

    https://bitbucket.org/mstrobel/procyon/wiki/Java%20Decompiler || procyon-decompilerAUR , GUI: luytenAUR

    Switching between JVM

    The helper script archlinux-java provides such functionalities:

    List compatible Java environments installed

    Note the (default) denoting that java-7-openjdk is currently set as default. Invocation of java and other binaries will rely on this Java install. Also note on the previous output that only the JRE part of OpenJDK 8 is installed here.

    Change default Java environment

    Note that archlinux-java will not let you set an inval >jre8-openjdk is installed but jdk8-openjdk is not so trying to set java-8-openjdk will fail:

    Unsetting the default Java environment

    There should be no need to unset a Java environment as packages providing them should take care of this. Still should you want to do so, just use command unset :

    Fixing the default Java environment

    If an invalid Java environment link is set, calling the archlinux-java fix command tries to fix it. Also note that if no default Java environment is set, this will look for valid ones and try to set it for you. Officially supported package «OpenJDK 8» will be considered first in this order, then other installed environments.

    Launching an application with the non-default java version

    If you want to launch an application with another version of java than the default one (for example if you have both version jre7 and jre8 installed on your system), you can wrap your application in a small bash script to locally change the default PATH of java. For example if the default version is jre7 and you want to use jre8:

    Package pre-requisites to support archlinux-java

    This section is targeted at packager willing to provide packages in AUR for an alternate JVM and be able to integrate with Arch Linux JVM scheme to use archlinux-java . To do so, packages should:

    • Place all files under /usr/lib/jvm/java-$-$
    • Ensure all executables for which java-runtime-common and java-environment-common provide links are available in the corresponding package
    • Ship links from /usr/bin to executables, only if these links do not already belong to java-runtime-common and java-environment-common
    • Suffix man pages with -$$ to prevent conflicts (see jre8-openjdk file list where man pages are suffixed with -openjdk8 )
    • Do not declare any conflicts nor replaces with other JDKs, java-runtime , java-runtime-headless nor java-environment
    • Use script archlinux-java in install functions to set the Java environment as default if no other valid Java environment is already set (ie: package should not force install as default). See officially supported Java environment package sources for examples
    • Packages that need any Java environment should declare dependency on java-runtime , java-runtime-headless or java-environment as usual
    • Packages that need a specific Java vendor should declare dependency on the corresponding package
    • OpenJDK packages now declare prov etc. This enables a third-party package to declare dependency on an OpenJDK without specifying a version

    Troubleshooting

    MySQL

    Due to the fact that the JDBC-drivers often use the port in the URL to establish a connection to the database, it is considered «remote» (i.e., MySQL does not listen to the port as per its default settings) despite the fact that they are possibly running on the same host, Thus, to use JDBC and MySQL you should enable remote access to MySQL, following the instructions in MariaDB#Grant remote access.

    IntelliJ IDEA

    If IntelliJ IDEA outputs The selected directory is not a valid home for JDK with the system Java SDK path, you may have to install a different JDK package and select it as IDEA’s JDK.

    Impersonate another window manager

    You may use the wmname from suckless.org to make the JVM believe you are running a different window manager. This may solve a rendering issue of Java GUIs occurring in window managers like Awesome or Dwm or Ratpoison. Try set «compiz» or «LG3D»

    You must restart the application in question after issuing the wmname command.

    This works because the JVM contains a hard-coded list of known, non-re-parenting window managers. For maximum irony, some users prefer to impersonate LG3D , the non-re-parenting window manager written by Sun, in Java.

    Illegible fonts

    In addition to the suggestions mentioned below in #Better font rendering, some fonts may still not be legible afterwards. If this is the case, there is a good chance Microsoft fonts are being used. Install ttf-ms-fonts AUR .

    Missing text in some applications

    If some applications are completely missing texts it may help to use the options under #Tips and tricks as suggested in FS#40871.

    Gray window, applications not resizing with WM, menus immediately closing

    The standard Java GUI toolkit has a hard-coded list of «non-reparenting» window managers. If using one that is not on that list, there can be some problems with running some Java applications. One of the most common problems is «gray blobs», when the Java application renders as a plain gray box instead of rendering the GUI. Another one might be menus responding to your click, but closing immediately.

    There are several things that may help:

    • For jre7-openjdk or jre8-openjdk , append the line export _JAVA_AWT_WM_NONREPARENTING=1 in /etc/profile.d/jre.sh . Then, source the file /etc/profile.d/jre.sh or log out and log back in.
    • For last version of JDK append line export AWT_TOOLKIT=MToolkit in

    /.xinitrc before exec window manager.
    Also, we can try to use wmname with line wmname compiz in your

    /.xinitrc .

  • For Oracle’s JRE/JDK, use SetWMName. However, its effect may be canceled when also using XMonad.Hooks.EwmhDesktops . In this case, appending >> setWMName «LG3D» to the LogHook may help.
  • See [2] for more information.

    System freezes when debugging JavaFX Applications

    If your system freezes while debugging a JavaFX Application, you can try to supply the JVM option -Dsun.awt.disablegrab=true .

    JavaFX’s MediaPlayer constructor throws an exception

    Creating instance of MediaPlayer class from JavaFX’s sound modules might throw following exception (both Oracle JDK and OpenJDK)

    which is a result of some incompatibilities of JavaFX with modern ffmpeg build delivered within Arch Linux repository.

    Working solution is to install ffmpeg-compat-55 AUR .

    Java applications cannot open external links

    If a Java application is not able to open a link to, for example, your web browser, install gvfs . This is required by the Desktop.Action.BROWSE method. See [3]

    Error initializing QuantumRenderer: no suitable pipeline found

    Possible issues / solutions:

    • GTK2 is missing. Install gtk2
    • OpenJFX is missing. Install java-openjfx

    Tips and tricks

    Behavior of most Java applications can be controlled by supplying predefined variables to Java runtime. From this forum post, a way to do it consists of adding the following line in your

    /.bashrc (or /etc/profile.d/jre.sh to affect programs that are not run by sourcing

    /.bashrc , e.g., launching a program from Gnome’s Applications view):

    For example, to use system anti-aliased fonts and make swing use the GTK look and feel:

    Better font rendering

    Both closed source and open source implementations of Java are known to have improperly implemented anti-aliasing of fonts. This can be fixed with the following options: -Dawt.useSystemAAFontSettings=on , -Dswing.aatext=true

    See Java Runtime Environment fonts for more detailed information.

    Silence ‘Picked up _JAVA_OPTIONS’ message on command line

    Setting the _JAVA_OPTIONS environment variables makes java (openjdk) write to stderr messages of the form: ‘Picked up _JAVA_OPTIONS=. ‘. To suppress those messages in your terminal you can unset the environment variable in your shell startup files and alias java to pass those same options as command line arguments:

    GTK LookAndFeel

    If your Java programs look ugly, you may want to set up the default look and feel for the swing components:

    Some Java programs insist on using the cross platform Metal look and feel. In some of these cases you can force these apps to use the GTK look and feel by setting the following property:

    GTK3 Support

    In Java releases prior to version 9, the GTK LookAndFeel is linked against GTK2, whilst many newer desktop applications use GTK3. This incompatibility between GTK versions may break applications utilizing Java plugins with GUI, as the mixing of GTK2 and GTK3 in the same process is not supported (for example, LibreOffice 5.0).

    Since Java 9, the GTK LookAndFeel can be run against GTK versions 2 , 2.2 and 3 , defaulting to GTK2. This can be overridden by setting the following property:

    Better 2D performance

    Switching to OpenGL-based hardware acceleration pipeline will improve 2D performance

    источник

    Читайте также:  Установка азз на сайгу 12

    Добавить комментарий