pom 中 repository 无效问题解决

本文介绍了如何在Kettle项目中遇到从非官方Pentaho-Omni仓库下载依赖的问题,解决方案是修改Maven配置文件,移除对Pentaho-Omni仓库的镜像指向,让依赖从官方仓库下载。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

kettle 相关依赖需要从指定仓库下载:https://nexus.pentaho.org/content/groups/omni/

<dependencies>
	<dependency>
		<groupid>pentaho-kettle</groupid>
		<artifactid>kettle-core</artifactid>
		<version>8.3.0.18-1112</version>
	</dependency>
	<dependency>
		<groupid>pentaho-kettle</groupid>
		<artifactid>kettle-engine</artifactid>
		<version>8.3.0.18-1112</version>
	</dependency>
	<dependency>
		<groupid>pentaho</groupid>
		<artifactid>metastore</artifactid>
		<version>8.3.0.18-1112</version>
	</dependency>
	<dependency>
		<groupid>org.pentaho.di.plugins</groupid>
		<artifactid>pdi-engine-configuration-impl</artifactid>
		<version>8.3.0.7-683</version>
	</dependency>
</dependencies>
<repositories>
    <repository>
        <id>Pentaho-Omni</id>
        <url>https://nexus.pentaho.org/content/groups/omni/</url>
    </repository>
</repositories>

发现并没有从 Pentaho-Omni 下载。

解决:修改 maven 的配置文件,mirrorOf 中排查掉 Pentaho-Omni 仓库,这样 Pentaho-Omni 仓库就会从 pom 中 repository 的 url 进行下载。

<mirrors>
    <mirror>
        <id>aliyun</id>
        <name>Aliyun Maven Mirror</name>
        <url>https://maven.aliyun.com/repository/public</url>
        <mirrorOf>central,!Pentaho-Omni</mirrorOf>
    </mirror>
</mirrors>

### 解决Maven项目中Java 17版本导致的目标项目无效问题 #### 设置统一的JDK版本 确保IDEA和命令行工具使用的Maven以及Java版本保持一致非常重要。如果两者之间存在差异,则可能导致编译错误,如“无效的目标发行版”。建议先确认全局环境变量配置正确,在命令提示符(cmd)下运行`mvn -v`检查当前Maven所关联的Java版本是否为期望值[^2]。 #### 修改POM文件中的源码与目标兼容性设置 对于基于Maven构建的Java应用程序来说,可以在项目的pom.xml文件内明确声明所需的Java版本。具体做法如下所示: ```xml <properties> <maven.compiler.source>17</maven.compiler.source> <maven.compiler.target>17</maven.compiler.target> </properties> ``` 这段XML片段告诉Maven使用哪个版本的Java来进行编译工作[^1]。 #### 更新或调整IDE内部配置 有时即使外部环境已经调整好,开发环境中仍可能存在遗留设定影响实际行为。针对IntelliJ IDEA而言,可以通过以下路径访问并修改相关参数:“File -> Settings -> Build, Execution, Deployment -> Compiler -> Java Compiler”,在这里可以指定默认的编译器级别;另外还需前往“Project Structure (Ctrl+Alt+Shift+S)”界面下的Modules选项卡里逐一核对各个模块对应的SDK选择情况[^3]。 #### 清理缓存重新加载索引 当上述措施均未能解决问题时,不妨尝试清理本地仓库(`~/.m2/repository`)内的旧数据,并让IDE强制刷新依赖关系树。这一步骤有助于排除因历史残留物引发的各种异常状况。 #### 验证依赖项之间的兼容性 考虑到某些第三方库可能尚未完全适配较新的Java标准,因此应当仔细审查整个工程里的所有依赖包及其子依赖是否存在潜在冲突。特别是像Spring Boot这样的框架组件,不同大版本间往往伴随着API变更或是最低支持JRE的要求提升等问题[^5]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值