我试图在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上却很吃力。
当前回答
对于我的情况，我没有完全指定VM参数。
(运行配置. .>(在Apache Tomcat下)任何服务器> (x)=参数>虚拟机参数:)
确保所有VM参数设置正确。
其他回答
在我的案例中，客户端应用程序中使用的JKS文件已损坏。我创建了一个新的，并在其中导入了目标服务器SSL证书。然后我在客户端应用程序中使用新的JKS文件作为信任存储，如下所示:
System.setProperty("javax.net.ssl.trustStore",path_to_your_cacerts_file);
来源:Java SSL和证书keystore
我使用(KeyStore Explorer)工具创建新的JKS。您可以从这个链接(KeyStore Explorer)下载它。
在更新OS X v10.9 (Mavericks)后，我在OS X上也遇到了这种情况，当时正在使用旧的Java 6，并试图访问HTTPS URL。修复方法与彼得·克里恩斯(Peter Kriens)相反;我需要将cacerts从1.7空间复制到1.6版本链接的位置:
(as root)
umask 022
mkdir -p /System/Library/Java/Support/CoreDeploy.bundle/Contents/Home/lib/security
cp $(/usr/libexec/java_home -v 1.7)/jre/lib/security/cacerts \
/System/Library/Java/Support/CoreDeploy.bundle/Contents/Home/lib/security
另一个原因是它实际上是一个有效的错误。一些恶意的Wi-Fi热点会破坏证书，并对你进行中间人攻击，谁知道你会做什么(逃跑!)
一些大的雇主也会做同样的事情，特别是在敏感的网络区域，这样他们就可以监控所有的加密流量(从最终用户的角度来看不是很好，但这样做可能有很好的理由)。
EJP基本上回答了这个问题(我意识到这有一个公认的答案)，但我只是处理了这个边缘情况，并想让我的解决方案永垂不朽。
我在托管的Jira服务器上有InvalidAlgorithmParameterException错误，我之前为仅ssl访问设置了该服务器。问题是我用PKCS#12格式设置了密钥存储库，但我的信任存储库是JKS格式。
在我的例子中，我编辑了server.xml文件，将keystoreType指定为PKCS，但是我没有指定truststoreType，因此它默认为keystoreType。明确指定truststoreType作为JKS为我解决了这个问题。
我跑
sudo update-ca-certificates -f
创建证书文件，然后:
sudo /var/lib/dpkg/info/ca-certificates-java.postinst configure`
然后修改jar执行的命令行:
sudo java -cp xx.jar:lib/* co.com.ixxx.clixxxlarxa.Main
