我的项目由n个模块组成.其中之一,假设它被称为my-first-module声明,其中包括一个依赖:
<dependency org="com.mycompany.myproject" name="my-second-module" conf="default->default" rev="1.0-SNAPSHOT"/>
Run Code Online (Sandbox Code Playgroud)
工件存储在内部存储库中,该存储库在检索jar时正常工作.
出于调试目的,我运行:
ant -d | grep my-second-module
Run Code Online (Sandbox Code Playgroud)
输出说:
sorting dependencies of com.mycompany.myproject#my-second-module / # of dependencies : 2
Run Code Online (Sandbox Code Playgroud)
这是正确的,因为第二个模块声明了2个外部依赖项.那么,我想的ivy.xml对于我,第二模块能够正确读取和存储库解析.然后Ivy应该知道my-second-module的依赖关系
问题是,常春藤没有获取那两个传递依赖.
正如您在我指定的声明中所看到的,我想要检索默认配置,它应该是可传递的.
如果没有看到你如何配置项目,就无法诊断任何东西.
我可以提供的唯一建议是生成常春藤依赖关系管理报告并查看"默认"配置.
<target name="init" description="Resolve dependencies">
<ivy:resolve/>
<ivy:report todir="${build.dir}/ivy-report" graph="false"/>
..
..
</target>
Run Code Online (Sandbox Code Playgroud)
也许传递依赖关系被其他已解析的模块所覆盖.例如,两个模块可以检索同一模块的不同修订版本,在这种情况下,常春藤将选择一个并"驱逐"另一个模块.另一种可能性是模块声明排除,这将解释缺少传递依赖性.
最后,让我们通过"获取"明确你的意思.... Ivy将"解决"依赖关系,这意味着它将分析每个模块并用各种文件填充它的本地缓存.Ivy有一个单独的"检索"任务,用于将文件放入本地构建工作区.
<ivy:retrieve pattern="${dist.dir}/WEB-INF/lib/[artifact].[ext]" conf="runtime"/>
Run Code Online (Sandbox Code Playgroud)
所以......这意味着当你运行常春藤时,文件实际上可能无法从远程存储库下载,因为常春藤已经将它们安全地隐藏在它的缓存中.(通常位于$ HOME/.ivy2/cache)
| 归档时间: |
|
| 查看次数: |
2518 次 |
| 最近记录: |