# Quick Start In this tutorial, you will see one of the simplest ways to use Ivy. With no specific settings, Ivy uses the Maven 2 repository to resolve the dependencies you declare in an Ivy file. Let’s have a look at the content of the files involved. You’ll find this tutorial’s sources in the Ivy distribution in the src/example/hello-ivy directory. ## The ivy.xml file This file describes the dependencies of the project on other libraries. Here is the sample:
    <ivy-module version="2.0">
        <info organisation="org.apache" module="hello-ivy"/>
        <dependencies>
            <dependency org="commons-lang" name="commons-lang" rev="2.0"/>
            <dependency org="commons-cli" name="commons-cli" rev="1.0"/>
        </dependencies>
    </ivy-module>
The format of this file should be pretty easy to understand, but let’s discuss some details about what is declared here. First, the root element is `ivy-module`, with the `version` attribute telling Ivy which lowest version of Ivy this file is compatible with. Then there is an `info` tag, which provides information about the module for which we are defining dependencies. Here we define only the `organization` and `module` names. You are free to choose whatever you want for them, but we recommend avoiding spaces for both. Finally, the `dependencies` section lets you define dependencies. In this example, this module depends on two libraries: `commons-lang` and `commons-cli`. As you can see, we use the `org` and `name` attributes to define the organization and module name of the dependencies we need. The `rev` attribute is used to specify the version of the module you depend on. To know what to put in these attributes, you need to know the exact information for the libraries you depend on. Ivy uses the Maven 2 central repository by default, so we recommend you use mvnrepository.com to look for the module you want. Once you find it, you will have the details of that module in the `pom.xml` file of that module. For instance:
        <project ....>
            <groupId>commons-lang</groupId>
            <artifactId>commons-lang</artifactId>
            <version>2.0</version>
        ...
To convert this into an Ivy dependency declaration, all you have to do is use the `groupId` as organization, the `artifactId` as module name, and the version as revision. That’s what we did for the dependencies in this tutorial, that is `commons-lang` and `commons-cli`. Note that having `commons-lang` and `commons-cli` as `organization` is not the best example of what the organization should be. It would be better to use `org.apache`, `org.apache.commons` or `org.apache.commons.lang`. However, this is how these specific modules were identified in the Maven 2 repository, so the simplest way to get them is to use the details as is (you will see in Building a repository that you can use namespaces to redefine these names if you want something cleaner). If you want more details on what you can do in Ivy files, you can have a look at the Ivy files reference documentation. ## The build.xml file The corresponding build file contains a set of targets, allowing you to resolve dependencies declared in the Ivy file, to compile and run the sample code, produce a report of dependency resolution, and clean the cache or the project. You can use the standard `ant -p` command to get the list of available targets. Feel free to have a look at the whole file, but here is the part relevant to dependency resolution:
    <project xmlns:ivy="antlib:org.apache.ivy.ant" name="hello-ivy" default="run">

        ...

        <!-- =================================
              target: resolve
             ================================= -->
        <target name="resolve" description="--> retrieve dependencies with Ivy">
            <ivy:retrieve/>
        </target>
    </project>
As you can see, it’s very easy to call Ivy to resolve and retrieve dependencies: all you need if Ivy is properly installed is to define an XML namespace in your Ant file (`xmlns:ivy="antlib:org.apache.ivy.ant"`). Then all the Ivy Ant tasks will be available in this namespace. Here we use only one task: the retrieve task. With no attributes, it will use default settings and look for a file named `ivy.xml` for the dependency definitions. That’s exactly what we want, so we need nothing more than that. Note that in this case we define a `resolve` target and call the `retrieve` task. This may sound confusing, actually the retrieve task performs a resolve (which resolves dependencies and downloads them to a cache) followed by a retrieve (a copy of those file to a local project directory). Check the How does it work ? page for details about that. ## Running the project OK, now that we have seen the files involved, let’s run the sample to see what happens. Open a shell (or command line) window, and go into the `hello-ivy` example directory. Then, at the command prompt, run `ant`:
    [ivy@apache:/ivy/hello-ivy]$ ant
    Buildfile: /ivy/hello-ivy/build.xml

    resolve:
    [ivy:retrieve] :: Apache Ivy 2.5.0 - 20191020104435 :: https://ant.apache.org/ivy/ ::
    [ivy:retrieve] :: loading settings :: url = jar:file://home/ivy/ivy.jar!/org/apache/ivy/core/settings/ivysettings.xml
    [ivy:retrieve] :: resolving dependencies :: org.apache#hello-ivy;working@apache
    [ivy:retrieve] 	confs: [default]
    [ivy:retrieve] 	found commons-lang#commons-lang;2.6 in public
    [ivy:retrieve] 	found junit#junit;3.8.1 in public
    [ivy:retrieve] 	found commons-cli#commons-cli;1.4 in public
    [ivy:retrieve] 	found junit#junit;4.12 in public
    [ivy:retrieve] 	found org.hamcrest#hamcrest-core;1.3 in public
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/commons-lang/commons-lang/2.6/commons-lang-2.6-javadoc.jar ...
    [ivy:retrieve] ....................................
    [ivy:retrieve] ............................
    [ivy:retrieve] ......................................
    [ivy:retrieve] ......... (1585kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] commons-lang#commons-lang;2.6!commons-lang.jar(javadoc) (5722ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/commons-lang/commons-lang/2.6/commons-lang-2.6-sources.jar ...
    [ivy:retrieve] .................................. (364kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] commons-lang#commons-lang;2.6!commons-lang.jar(source) (1854ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/commons-lang/commons-lang/2.6/commons-lang-2.6.jar ...
    [ivy:retrieve] ............................. (277kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] commons-lang#commons-lang;2.6!commons-lang.jar (1722ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/commons-cli/commons-cli/1.4/commons-cli-1.4-sources.jar ...
    [ivy:retrieve] ............... (61kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] commons-cli#commons-cli;1.4!commons-cli.jar(source) (870ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/commons-cli/commons-cli/1.4/commons-cli-1.4-javadoc.jar ...
    [ivy:retrieve] ...................... (174kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] commons-cli#commons-cli;1.4!commons-cli.jar(javadoc) (1200ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/commons-cli/commons-cli/1.4/commons-cli-1.4.jar ...
    [ivy:retrieve] ............... (52kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] commons-cli#commons-cli;1.4!commons-cli.jar (928ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/junit/junit/4.12/junit-4.12.jar ...
    [ivy:retrieve] ............................... (307kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] junit#junit;4.12!junit.jar (1721ms)
    [ivy:retrieve] downloading https://repo1.maven.org/maven2/org/hamcrest/hamcrest-core/1.3/hamcrest-core-1.3.jar ...
    [ivy:retrieve] .............. (43kB)
    [ivy:retrieve] .. (0kB)
    [ivy:retrieve] 	[SUCCESSFUL ] org.hamcrest#hamcrest-core;1.3!hamcrest-core.jar (1210ms)
    [ivy:retrieve] :: resolution report :: resolve 17871ms :: artifacts dl 15242ms
    [ivy:retrieve] 	:: evicted modules:
    [ivy:retrieve] 	junit#junit;3.8.1 by [junit#junit;4.12] in [default]
    	---------------------------------------------------------------------
    	|                  |            modules            ||   artifacts   |
    	|       conf       | number| search|dwnlded|evicted|| number|dwnlded|
    	---------------------------------------------------------------------
    	|      default     |   5   |   5   |   5   |   1   ||   8   |   8   |
    	---------------------------------------------------------------------
    [ivy:retrieve] :: retrieving :: org.apache#hello-ivy
    [ivy:retrieve] 	confs: [default]
    [ivy:retrieve] 	8 artifacts copied, 0 already retrieved (2868kB/15ms)

    run:
        [mkdir] Created dir: /ivy/hello-ivy/build
        [javac] Compiling 1 source file to /ivy/hello-ivy/build
         [java] standard message : hello ivy !
         [java] capitalized by org.apache.commons.lang.WordUtils : Hello Ivy !

    BUILD SUCCESSFUL
    Total time: 39 seconds
## What happened ? Without any settings, Ivy retrieves files from the Maven 2 repository. That’s what happened here. The resolve task has found the `commons-lang` and `commons-cli` modules in the Maven 2 central repository, identified that `commons-cli` depends on `commons-logging` and so resolved it as a transitive dependency. Then Ivy has downloaded all corresponding artifacts in its cache (by default in your user home, in a `.ivy2/cache` directory). Finally, the retrieve task copies the resolved jars from the Ivy cache to the default library directory of the project: the `lib` dir (you can change this easily by setting the pattern attribute on the retrieve task). You might say that the task took a long time just to write out a "Hello Ivy!" message. But remember that a lot of time was spent downloading the required files from the web. Let’s try to run it again:
    [ivy@apache:/ivy/hello-ivy]$ ant
    Buildfile: /ivy/hello-ivy/build.xml

    resolve:
    [ivy:retrieve] :: Apache Ivy 2.5.0 - 20191020104435 :: https://ant.apache.org/ivy/ ::
    [ivy:retrieve] :: loading settings :: url = jar:file://home/ivy/ivy.jar!/org/apache/ivy/core/settings/ivysettings.xml
    [ivy:retrieve] :: resolving dependencies :: org.apache#hello-ivy;working@apache
    [ivy:retrieve] 	confs: [default]
    [ivy:retrieve] 	found commons-lang#commons-lang;2.6 in public
    [ivy:retrieve] 	found junit#junit;3.8.1 in public
    [ivy:retrieve] 	found commons-cli#commons-cli;1.4 in public
    [ivy:retrieve] 	found junit#junit;4.12 in public
    [ivy:retrieve] 	found org.hamcrest#hamcrest-core;1.3 in public
    [ivy:retrieve] :: resolution report :: resolve 172ms :: artifacts dl 12ms
    [ivy:retrieve] 	:: evicted modules:
    [ivy:retrieve] 	junit#junit;3.8.1 by [junit#junit;4.12] in [default]
    	---------------------------------------------------------------------
    	|                  |            modules            ||   artifacts   |
    	|       conf       | number| search|dwnlded|evicted|| number|dwnlded|
    	---------------------------------------------------------------------
    	|      default     |   5   |   0   |   0   |   1   ||   8   |   0   |
    	---------------------------------------------------------------------
    [ivy:retrieve] :: retrieving :: org.apache#hello-ivy
    [ivy:retrieve] 	confs: [default]
    [ivy:retrieve] 	0 artifacts copied, 8 already retrieved (0kB/6ms)

    run:
         [java] standard message : hello ivy !
         [java] capitalized by org.apache.commons.lang.WordUtils : Hello Ivy !

    BUILD SUCCESSFUL
    Total time: 5 seconds
Great! The cache was used, so no download was needed and the build was instantaneous. And now, if you want to generate a report detailing all the dependencies of your module, you can call the report target, and check the generated file in the build directory. You should obtain something looking like this. As you can see, using Ivy to resolve dependencies stored in the Maven 2 repository is extremely easy. Now you can go on with the other tutorials to learn more about how to use module configurations which is a very powerful Ivy specific feature. More tutorials are also available where you will learn how to use Ivy settings to leverage a possibly complex enterprise repository. It may also be a good time to start reading the reference documentation, and especially the introduction material which gives a good overview of Ivy. The best practices page is also a must read to start thinking about how to use Ant+Ivy to build a clean and robust build system.