Erreur - trustAnchors paramètre doit être non vide

Question

J'essaie de configurer mon courrier électronique sur Jenkins/Hudson, et je reçois constamment l'erreur :

java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be
    non-empty

J'ai vu une bonne quantité d'informations en ligne sur cette erreur, mais je n'ai réussi à en faire fonctionner aucune. J'utilise le JDK de Sun sur Fedora Linux (pas OpenJDK).

Voici quelques-unes des choses que j'ai essayées. J'ai essayé de suivre les conseils de ce poste mais la copie des cacerts de Windows sur ma boîte Fedora hébergeant Jenkins n'a pas fonctionné. J'ai essayé ce qui suit ce guide car j'essaie de configurer Gmail comme serveur SMTP, mais cela n'a pas fonctionné non plus. J'ai également essayé de télécharger et de déplacer ces fichiers cacert manuellement et de les déplacer dans mon dossier Java en utilisant une variation des commandes sur ce guide .

Je suis ouvert à toute suggestion car je suis actuellement bloqué. J'ai réussi à le faire fonctionner à partir d'un serveur Windows Hudson, mais j'ai du mal avec Linux.

Answer 1

Ce message bizarre signifie que le trustStore que vous avez spécifié était :

• vide,
• non trouvé, ou
• ne pouvait pas être ouvert
  • (en raison d'une erreur/manque trustStorePassword ou
  • les autorisations d'accès aux fichiers, par exemple).

Voir aussi @AdamPlumb's réponse ci-dessous .

Answer 2

EJP a essentiellement répondu à la question (et je réalise que la réponse est déjà acceptée), mais je viens de traiter ce cas limite et je voulais immortaliser ma solution.

J'avais le InvalidAlgorithmParameterException erreur sur un hébergement Jira que j'avais précédemment configuré pour un accès uniquement SSL. Le problème était que j'avais configuré mon keystore au format PKCS#12, mais que mon truststore était au format JKS.

Dans mon cas, j'avais modifié mon server.xml pour spécifier le keystoreType à PKCS, mais je n'ai pas spécifié le truststoreType, donc il prend par défaut n'importe quel keystoreType. Spécifier le truststoreType explicitement comme JKS a résolu le problème pour moi.

Answer 3

J'ai trouvé cette solution dans un article de blog Correction du problème de trustAnchors lors de l'exécution d'OpenJDK 7 sur OS X :

Correction du problème de trustAnchors lors de l'exécution d'OpenJDK 7 sur OS X. Si vous exécutez OpenJDK 7 sur OS X et que vous avez vu cette exception :

Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors
    parameter must be non-empty

Il y a une solution simple. Il suffit de lier le même fichier cacerts que celui utilisé par le JDK 1.6 d'Apple :

cd $(/usr/libexec/java_home -v 1.7)/jre/lib/security
ln -fsh /System/Library/Java/Support/CoreDeploy.bundle/Contents/Home/lib/security/cacerts

Vous devez le faire pour chaque version d'OpenJDK que vous avez installée. Changez simplement -v 1.7 à la version que vous voulez corriger. Exécutez /usr/libexec/java_home -V pour voir tous les JREs et JDKs que vous avez installés.

Peut-être que les gars d'OpenJDK pourraient ajouter ceci à leurs scripts d'installation.

Answer 4

Sur Ubuntu 12.10 (Quantal Quetzal) ou plus tard, les certificats sont détenus dans les ca-certificats-java paquet. Utilisation de -Djavax.net.ssl.trustStore=/etc/ssl/certs/java/cacerts les récupérera quel que soit le JDK que vous utilisez.

Answer 5

J'ai rencontré ce même problème sous OS X, avec le JDK 1.7, après avoir effectué la mise à niveau vers OS X v10.9 (Mavericks). La solution qui a fonctionné pour moi a été de réinstaller simplement la version Apple de Java, disponible à l'adresse suivante http://support.apple.com/kb/DL1572 .