使用Openjdk8和maven时出错:java.security.InvalidAlgorithmParameterException

错误类型

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

mvn clean package 报了以下的错误

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

解决方法

经google后发现是https安全验证的导致的错误,openjdk缺少安全证书,通过以下方式追加

mvn clean package -Dmaven.wagon.http.ssl.insecure=true -Dmaven.wagon.http.ssl.allowall=true

额外为了方便使用,最好还是把mvn home下的bin/mvn中的修改下,添加如下

exec "$JAVACMD" \
  $MAVEN_OPTS \
  $MAVEN_DEBUG_OPTS \
  -classpath "${CLASSWORLDS_JAR}" \
  "-Dclassworlds.conf=${MAVEN_HOME}/bin/m2.conf" \
  "-Dmaven.home=${MAVEN_HOME}" \
  "-Dlibrary.jansi.path=${MAVEN_HOME}/lib/jansi-native" \
  "-Dmaven.multiModuleProjectDirectory=${MAVEN_PROJECTBASEDIR} -Dmaven.wagon.http.ssl.insecure=true -Dmaven.wagon.http.ssl.allowall=true" \
  ${CLASSWORLDS_LAUNCHER} "$@"

参考

Maven-Issue-InvalidAlgorithmParameterException

帮了大忙了

### Java 编译器实例化失败的原因分析 在 Flink 单机环境中运行 JAR 包遇到 `java.lang.IllegalStateException: Unable to instantiate java compiler` 的问题,通常是由以下几个原因引起的: #### 1. **Janino 库版本冲突** 错误信息显示 `org.codehaus.janino.CompilerFactory cannot be cast to org.codehaus.commons.compiler.ICompilerFactory` 表明存在 Janino 库的版本不兼容问题。这可能是由于多个不同版本的 Janino 或 Commons-Compiler 依赖被引入到项目的类路径中[^2]。 #### 2. **Calcite 相关依赖未正确处理** 用户项目可能间接依赖于 Apache Calcite,而该库本身也包含了某些编译相关的组件(如 Janino)。如果这些依赖没有被标记为 `provided` 并放置到 Flink 的 `lib` 文件夹中,则可能导致运行加载冲突[^3]。 --- ### 解决方案 以下是针对上述问题的具体解决方案: #### 方法一:调整 Maven 配置 通过 Maven Helper 插件查找并修改与 Calcite Janino 相关的依赖配置: 1. 使用 IDEA 中的 Maven Helper 插件扫描当前项目的依赖树。 2. 将所有涉及 Calcite 及其子模块的依赖设置为 `provided` 模式。 3. 下载对应的依赖文件手动放到 Flink 安装目录下的 `lib` 子目录中。 4. 重启 Flink 服务以使更改生效。 此方法可以有效避免因重复加载而导致的 ClassCastException。 #### 方法二:升级 JDK 版本 部分情况下,旧版 JDK 不支持动态编译功能或者内部实现存在问题。建议尝试切换至最新稳定版本的 OpenJDK (例如 JDK 17),从而减少潜在的兼容性隐患[^1]。 #### 方法三:排除多余依赖项 仔细检查 pom.xml 文件中的第三方库声明是否存在冗余条目。特别是对于那些显式指定了 janino 或 commons-compiler 坐标的场景,应确保它们保持一致且仅保留单一版本号。可以通过如下命令验证实际解析情况: ```bash mvn dependency:tree | grep -iE 'janino|commons-compiler' ``` 一旦发现冲突现象,立即采用 `<exclusions>` 节点剔除不必要的传递型依赖关系。 --- ### 示例代码片段 以下是一个典型的 POM 修改案例演示如何将 calcite 设置成 provided 类型: ```xml <dependency> <groupId>org.apache.calcite</groupId> <artifactId>calcite-core</artifactId> <version>${calcite.version}</version> <scope>provided</scope> </dependency> <!-- 如果还存在其他关联模块 --> <dependency> <groupId>org.apache.calcite</groupId> <artifactId>calcite-avatica</artifactId> <version>${calcite.version}</version> <scope>provided</scope> </dependency> ``` 同记得同步更新本地 flink/lib/ 下面的内容清单! --- ### 总结 综上所述,“Unable to instantiate java compiler”的根本原因是由于类加载机制紊乱所引发的一系列连锁反应。通过对齐 jar 文档结构以及优化构建工具链参数设定能够彻底根治此类顽疾。
评论 6
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值