在WAS容器中创建Http实例时触发java.security.NoSuchAlgorithmException异常

嘿，这个错误我之前在WAS环境里碰到过好几次，核心是IBM JSSE2 SSL提供者在构建默认算法实现时出了问题，大概率和容器配置、JDK兼容性或者类加载冲突有关。给你几个经过实践验证的解决方向：

1. 确认WAS与IBM JDK的版本匹配 #

WAS自带的IBM JDK和JSSE2组件绑定得非常紧密，一定要用官方推荐的版本组合——比如WAS 8.5就得搭配IBM JDK 7/8的对应补丁版本，版本不兼容很容易触发SSL相关的异常。
另外可以进入WAS控制台，导航到安全 > SSL证书和密钥管理 > SSL配置，检查默认SSL算法是否设置为TLSv1.2（尽量避免使用TLSv1.0这类已废弃的旧算法）。

2. 添加JVM启动参数强制指定SSL提供者 #

在WAS的JVM启动参数中加入以下配置，帮助容器精准定位IBM JSSE2的正确实现：

-Djava.protocol.handler.pkgs=com.ibm.net.ssl.internal.www.protocol
-Djavax.net.ssl.trustStore=/path/to/your/was/profile/etc/trust.p12

记得把路径替换为你WAS实例实际的信任库路径，通常在${WAS_HOME}/profiles/你的应用名/etc/trust.p12位置。

3. 调整应用的类加载顺序避免冲突 #

很多时候这个错误是因为应用打包的第三方SSL库（比如旧版Apache HttpClient）和WAS自带的IBM JSSE2实现冲突导致的：

• 进入WAS控制台找到你的应用，在类加载和更新检测中，将类加载顺序设置为父类加载器优先（Parent First），确保WAS自带的SSL组件被优先加载。
• 同时检查应用包，不要将javax.net.ssl相关类或第三方SSL库打包进去，这类组件应该由容器提供。

4. 验证信任库的权限与完整性 #

WAS依赖的信任库如果权限不足或文件损坏，也会触发该异常：

• 确认trust.p12文件存在，且WAS的运行用户拥有读取权限。
• 使用IBM自带的ikeyman工具打开信任库，检查里面的证书是否有效，没有过期或损坏的情况。

5. 修复IBM JDK的安全配置文件 #

如果以上方法都无效，可以尝试重置IBM JDK的JSSE配置：

• 找到IBM JDK安装目录下的jre/lib/security/java.security文件，确保其中的安全提供者配置包含以下内容：

security.provider.1=com.ibm.jsse2.IBMJSSEProvider2
security.provider.2=com.ibm.crypto.provider.IBMJCE

若配置被修改过，恢复为默认设置后重启WAS即可。

额外提醒：你代码中的val x = Http()如果是使用Scala的HTTP库（比如Dispatch），要确认库的版本与WAS环境兼容——部分HTTP库会默认使用系统级SSL上下文，这时候可能需要显式配置为使用WAS提供的SSL上下文。

内容的提问来源于stack exchange，提问作者javendo