Ошибка Maven: (повторяется) java.security.InvalidAlgorithmParameterException: параметр trustAnchors должен быть не пустым

Question

Необходимо спросить еще раз. Кто-то подумал, что это duplicate question и уже ответил и удалил его из списка.

Я использую командную команду maven (mvn) с окнами (не m2e с eclipse) для запуска чистой установки или разрешения зависимостей. Иногда, когда pom.xml был изменен, необходимо загрузить артефакты с нашего сервера nexus. Это работало для меня долгое время.

Но теперь подключение к серверу связующего (HTTPS, сервер использует принадлежащую компанию сертификат) терпит неудачу с «java.security.InvalidAlgorithmParameterException: параметр trustAnchors должен быть непустым» Я знаю, я изменил Выпуск Java. Но я уверен, что поддерживал хранилище cacerts так же, как и в предыдущих выпусках. (при аренде я сравнивал отпечатки пальцев в обеих папках, они одинаковы).

при выполнении команды "МВН -s -Djavax.net.debug = все -Djava.net.ssl.trustStore =" C: /Programme/Java/jre1.8.0_102/lib/security/cacerts» -Djavax.net.ssl.trustStorePassword = changeit зависимость: разрешить», то по протоколу SSL след говорит:

keyStore is :  
keyStore type is : jks 
keyStore provider is : 
init keystore 
init keymanager of type SunX509 
trustStore is: No File Available, using empty keystore. 
trustStore type is : jks 
trustStore provider is : 
init truststore 

Даже если указать путь и пароль хранилища ключей в команде, ответ в Ssl след что его невозможно найти.

Я понятия не имею, что я мог изменить, чтобы справиться с этой проблемой. Я изменил Windows PATH-Statement, но это не имеет значения для ранее описанной команды. Любой намек ценится

Answer 1

Сегодня я нашел причину:

Путь назад в истории, которую я когда-то установить среду WINDOWS переменная MAVEN_OPTS по «Setx MAVEN_OPTS» -Djavax.net.ssl.trustStore .... ».

путь, указанный здесь уже больше не существует.

кажется, этот параметр заменяет даже запрос показал в моем вопросе. Я считаю, что это поведение, по крайней мере неожиданным, но в любом случае. Когда я установил переменную окружения (указывая на новый путь, но я собираюсь все равно), mvn-запросы работали нормально.