我试图在Jenkins/Hudson上配置我的电子邮件，但我经常收到错误:
java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be
non-empty
我已经在网上看到了关于这个错误的大量信息，但我还没有得到任何工作。我在Fedora Linux上使用Sun的JDK(不是OpenJDK)。
以下是我尝试过的一些方法。我试着按照这篇文章的建议，但是从Windows复制cacerts到我的Fedora盒子托管Jenkins不起作用。我尝试按照这个指南，因为我试图配置Gmail作为我的SMTP服务器，但它也没有工作。我还尝试手动下载并移动这些cacert文件，并使用本指南中的命令的变体将它们移动到我的Java文件夹中。
我愿意接受任何建议，因为我现在被困住了。我已经让它在Windows Hudson服务器上工作了，但在Linux上却很吃力。
当前回答
删除ca-certificates-java包并重新安装它对我来说是有效的(Ubuntu MATE 17.10 (Artful Aardvark))。
sudo dpkg --purge --force-depends ca-certificates-java
sudo apt-get install ca-certificates-java
谢谢，jdstrand:关于bug 983302的评论1,Re: ca-certificates-java无法在Oneiric Ocelot上安装Java cacerts。
其他回答
我在使用IBM Websphere JDK keytool在#PKCS12格式中导出的信任库时遇到了这个错误，并试图在Oracle JRE上使用该文件通过SSL进行通信。
我的解决方案是在IBM JRE上运行，或者使用IBM Websphere keytool将信任库转换为JKS，这样我就能够在Oracle JRE中运行它。
在升级到Spring Boot 1.4.1(或更新版本)后也可能遇到此错误，因为它将Tomcat 8.5.5作为其依赖项的一部分。
问题在于Tomcat处理信任存储的方式。如果恰好在Spring Boot配置中指定了信任存储库位置与密钥存储库相同，那么在启动应用程序时可能会得到trustAnchors参数必须为非空的消息。
server.ssl.key-store=classpath:server.jks
server.ssl.trust-store=classpath:server.jks
只需删除server.ssl。信任存储配置，除非您知道您需要它，在这种情况下，请参考下面的链接。
以下问题包含该问题的详细信息:
HTTPS Tomcat连接器以1.4.1 #7069启动失败 带有自签名证书的SSL-client-auth停止工作#7406 升级到Tomcat 8.5.5 #6703
我跑
sudo update-ca-certificates -f
创建证书文件，然后:
sudo /var/lib/dpkg/info/ca-certificates-java.postinst configure
我又开始工作了，谢谢各位。很遗憾，它没有包括在安装中，但我最终做到了。
这个奇怪的消息意味着您指定的trustStore是:
空的, 未找到，或 无法打开 (由于错误/缺少trustStorePassword，或 例如，文件访问权限)。
参见下面@AdamPlumb的回答。
EJP基本上回答了这个问题(我意识到这有一个公认的答案)，但我只是处理了这个边缘情况，并想让我的解决方案永垂不朽。
我在托管的Jira服务器上有InvalidAlgorithmParameterException错误，我之前为仅ssl访问设置了该服务器。问题是我用PKCS#12格式设置了密钥存储库，但我的信任存储库是JKS格式。
在我的例子中，我编辑了server.xml文件，将keystoreType指定为PKCS，但是我没有指定truststoreType，因此它默认为keystoreType。明确指定truststoreType作为JKS为我解决了这个问题。
