ivy指南(4)-多解析器

核心提示：这个例子演示模块是如何被多解析器获得的，使用多解析器在很多情况下是非常有用的，ivy指南(4)-多解析器，这里是一些例子：* 来自发行的单独的集成构建* 为第三方模块使用公共仓库并且为内部模块使用私有仓库* 使用一个仓库来存储那些在无法管理的公共仓库里里面的不清晰的模块* 使用本地仓库来暴露在一个开发人员的位置上生成的

这个例子演示模块是如何被多解析器获得的。使用多解析器在很多情况下是非常有用的，这里是一些例子：

* 来自发行的单独的集成构建

* 为第三方模块使用公共仓库并且为内部模块使用私有仓库

* 使用一个仓库来存储那些在无法管理的公共仓库里里面的不清晰的模块

* 使用本地仓库来暴露在一个开发人员的位置上生成的构建

在ivy中，多解析器的使用是通过一个名为解析器链的复合解析器来支持的。

在我们的例子中，我们将简单的展示如何使用两个解析器，一个在本地仓库而另一个使用maven2仓库。

1)　 项目描述

1. 项目: chained-resolvers

项目非常简单，只包含一个简单的类: example.Hello.

它依赖两个类库：Apache commons-lang 和一个小的test类库(源文件被包含在jar文件中).test类库被项目使用用于将字符串转换为大写，而commons-lang用来以大些书写同样的字符串。

这是项目的内容：

* build.xml: 项目的ant 构建文件

* ivy.xml: ivy项目文件

* src\example\Hello.java: 项目仅有的一个类

让我们看一下ivy.xm文件：

<ivy-module　version="1.0">
　　　　<info　organisation="org.apache"　module="chained-resolvers"/>
　　　　<dependencies>
　　　　　　　　<dependency　org="commons-lang"　name="commons-lang"　rev="2.0"/>
　　　　　　　　<dependency　name="test"　rev="1.0"/>
　　　　</dependencies>
</ivy-module>

和我们期望的一样，ivy文件声明依赖于两个项目使用的依赖：commons-lang 和 test.注意我们没有指定test依赖的组织，在这种情况下ivy假定为和声明的模块同样的组织，换句话说，在这个案例中是org.apache。