В Ubuntu 18.04 эта ошибка имеет другую причину (JEP 229, переключение с jks
формата хранилища ключей по умолчанию на pkcs12
формат и создание файла Debian cacerts с использованием значения по умолчанию для новых файлов) и обходной путь :
# Ubuntu 18.04 and various Docker images such as openjdk:9-jdk throw exceptions when
# Java applications use SSL and HTTPS, because Java 9 changed a file format, if you
# create that file from scratch, like Debian / Ubuntu do.
#
# Before applying, run your application with the Java command line parameter
# java -Djavax.net.ssl.trustStorePassword=changeit ...
# to verify that this workaround is relevant to your particular issue.
#
# The parameter by itself can be used as a workaround, as well.
# 0. First make yourself root with 'sudo bash'.
# 1. Save an empty JKS file with the default 'changeit' password for Java cacerts.
# Use 'printf' instead of 'echo' for Dockerfile RUN compatibility.
/usr/bin/printf '\xfe\xed\xfe\xed\x00\x00\x00\x02\x00\x00\x00\x00\xe2\x68\x6e\x45\xfb\x43\xdf\xa4\xd9\x92\xdd\x41\xce\xb6\xb2\x1c\x63\x30\xd7\x92' > /etc/ssl/certs/java/cacerts
# 2. Re-add all the CA certs into the previously empty file.
/var/lib/dpkg/info/ca-certificates-java.postinst configure
Статус (2018-08-07) , ошибка была исправлена в Ubuntu Bionic LTS 18.04.1 и Ubuntu Cosmic 18.10.
🗹 Ubuntu 1770553: [SRU] backport ca-Certificates-Java из космического пространства (20180413ubuntu1)
🗹 Ubuntu 1769013: пожалуйста, объедините ca-certificate-java 20180413 (main) с нестабильным Debian (main)
🗹 Ubuntu 1739631: новая установка с JDK 9 не может использовать созданный файл хранилища ключей PKCS12 cacerts.
Cker docker-library 145: образ 9-jdk имеет проблемы с SSL
🗹 Debian 894979: ca-сертификаты-java: не работает с OpenJDK 9, сбой приложений с InvalidAlgorithmParameterException: параметр trustAnchors должен быть непустым
🗹 JDK-8044445: JEP 229: создание хранилищ ключей PKCS12 по умолчанию
🖺 JEP 229: создание хранилищ ключей PKCS12 по умолчанию
Если проблема не устранена после этого обходного пути, возможно, вы захотите убедиться, что на самом деле вы используете только что исправленный дистрибутив Java.
$ which java
/usr/bin/java
Вы можете установить альтернативы Java на 'auto' с помощью:
$ sudo update-java-alternatives -a
update-alternatives: error: no alternatives for mozilla-javaplugin.so
Вы можете дважды проверить версию Java, которую вы выполняете:
$ java --version
openjdk 10.0.1 2018-04-17
OpenJDK Runtime Environment (build 10.0.1+10-Ubuntu-3ubuntu1)
OpenJDK 64-Bit Server VM (build 10.0.1+10-Ubuntu-3ubuntu1, mixed mode)
Существуют и альтернативные обходные пути, но у них есть свои побочные эффекты, которые потребуют дополнительного технического обслуживания в будущем, без какой-либо отдачи.
Следующий лучший обходной путь - добавить строку
javax.net.ssl.trustStorePassword=changeit
к файлам
/etc/java-9-openjdk/management/management.properties
/etc/java-11-openjdk/management/management.properties
что бы ни было.
Третий наименее проблемный обходной путь заключается в изменении значения
keystore.type=pkcs12
в
keystore.type=jks
в файлах
/etc/java-9-openjdk/security/java.security
/etc/java-11-openjdk/security/java.security
в зависимости от того, что существует, а затем удалите cacerts
файл и создайте его заново, как описано в последней строке сценария обхода в верхней части сообщения.