当前位置: 首页 > 知识库问答 >
问题:

Maven-依赖不下载到本地存储库

尤研
2023-03-14

我对maven是新手,在将pom.xml中定义的依赖项下载到本地存储库时遇到了问题。正确下载pom.xml中定义的所有其他依赖项。此外,跨多个项目的其他依赖关系也运行良好。我使用的是maven 3.5.2和aws sdk 1.11.86

导致问题的依赖项是定义为的aws红移驱动程序-

<dependency>
    <groupId> com.amazon.redshift</groupId>
    <artifactId>redshift-jdbc42</artifactId>
    <version>1.1.17.1017</version>
</dependency>

Maven存储库-https://mvnrepository.com/artifact/com.amazon.redshift/redshift-jdbc42/1.1.17.1017

我的本地回购协议有以下内容-

com\amazon\redshift-jdbc4\1.1.17.1017
redshift-jdbc42-1.1.17.1017.jar.lastUpdated
redshift-jdbc42-1.1.17.1017.pom.lastUpdated

我已经删除了本地文件。上次更新的文件,但无法解决此问题<有什么想法吗?

提前谢谢你。

共有1个答案

李凯定
2023-03-14

这里的问题是jdbc42不可用的jar是maven中心。但是,它在骡子软公开回购中可用。

您需要的是在pom中添加一个存储库部分。xml,类似这样的东西。

<repositories>
    <repository>
        <id>mulesoft-repo</id>
          <url>https://repository.mulesoft.org/nexus/content/repositories/public/</url>
    </repository>
</repositories>

希望这能解决你的问题。

 类似资料:
  • 我试图在我的文件系统上为maven和gradle维护相同的存储库。但是我遇到了一些问题。 我的 GRADLE_USER_HOME是 我的gradle主页与我的Maven存储库相同。 但是,当通过gradle下载依赖项时,它们将被下载到gradle\u USER\u HOME\cache中,而不是存储库文件夹中。我缺少什么配置? 编辑我已经查看了《Gradle In Action》一书中关于依赖关系

  • 在我的绒球中.xml我有 在我的settings.xml中,我在活动配置文件的存储库列表中配置了以下内容。 但在local.m2/repository中,我找不到任何这样的目录路径com/google/protobuf,并且我的项目中protoc生成的java文件没有编译,错误如下 java: package com.google.protobuf 不存在 版本3.6.1。我在pom.xml中使用

  • 我已通过mvn install: install-file将jar文件添加到我的本地maven存储库中,该文件在我的本地机器上运行良好。这是我的pom中的依赖项: 在我的机器上运行mvn清洁安装时,一切正常。现在我有一个本地jenkins实例正在运行(在Windows机器上),它应该构建我的项目。构建遇到错误,jenkins说:

  • 我正在尝试设置一个组织范围的maven存储库。我已将archiva安装为服务,并在本地设置中添加了镜像。使用maven的xml禁用maven central。 我已经将我的project ect1的jar上传到Archiva内部存储库。我在我的project ect2的POM. xml中使用project ect1的jar的group id、artifactid和版本号。我看到项目1的jar已经被

  • 问题内容: 是否有任何东西可以将整个远程存储库(例如,从http://repo1.maven.org/maven2/)获取到我的本地存储库(至)? 问题答案: 从http://maven.apache.org/community.html: 做个好行者 内置于Maven核心体系结构中的公共存储库的概念使其必然以社区为中心。Maven用户可以做一些简单的事情来帮助保持社区的繁荣。 成为一种公共存储库

  • 我试图在maven项目中使用外部库。由于我希望在任何机器上构建项目,所以我不希望使用 存储库(当依赖项在本地< code>.m2存储库中不可用时工作)结合工作,并且第二部分在每次构建期间刷新< code>.m2。 但是,我仍然不清楚为什么普通的“快照”机制不起作用(即,当前的脏解决方案在没有快照的情况下也能工作,因为本地< code>.m2 repo每次都显式更新)。有没有更干净的方法? 解决方案