|
|
1
23
|
|
|
2
13
您可以通过在settings.xml中使用mirrorOf声明来覆盖回购。尽管这不是它通常的目的,但在jasper reports repoid上设置一个镜像并将其指向Central(repo1.maven.org)将有效地使其消失。 更好的选择是使用存储库管理器,如 Nexus 然后您可以控制实际提供的代理和工件。 |
|
|
3
10
据我所知,这是不可能的。
是的,我认为范围对这种行为负有“责任”。如果没有范围,Maven就不必检查远程存储库是否有比本地repo中可用版本更新的版本。
修复jasper pom并使用代理存储库当然是理想的解决方案,但这并不总是可能的。不过,也许有一个解决办法。您是否尝试排除jasperreports的具有范围的可传递依赖项,并在pom中自己提供它们(具有固定版本)。大概是这样的:
这样,Maven就不必检查不存在的存储库,也不必等待超时。我想试试。
没问题。 |
|
|
recursivePython · C#发布中不包含依赖项 8 年前 |
|
|
ChumboChappati · UML:组合或依赖 8 年前 |
|
|
PCL · 使用Nexus工件库的多项目gradle构建 8 年前 |
|
|
novafluff · 依赖于打包为war的模块,需要类 8 年前 |