Coding conventions

This is a work in progress though (see IVY-511), but patches helping migration to these conventions are welcome.

Developing with eclipse

Even though you can develop Ivy with your IDE of choice, we support eclipse development by providing ad hoc metadata.

We currently provide two options:

Eclipse alone

To develop with a simple eclipse install all you need is eclipse 3.1 or greater, with no particular plugin.First call the following ant target in your Ivy workspace:

ant eclipse-default

This will resolve the dependencies of Ivy and produce a .classpath using the resolved jars for the build path.Then you can use the "Import->Existing project into workspace" eclipse feature to import the Ivy project in your workspace.

Eclipse + IvyDE

You can also leverage the latest IvyDE version to be able to easily resolve the ivy dependencies from Eclipse.To do so all you need is call the following ant target in your Ivy workspace:

ant eclipse-ivyde

or if you don't have ant installed you can simply copy the file .classpath.ivyde and rename it to .classpathThen you can import the project using "Import->Existing project into workspace" as long as you already have latest IvyDE installed.

Download the file and unzip its content in your eclipse installation directory.

recommended plugins

The Ivy project comes with settings for the checkstyle plugin we recommend to use to avoid introducing new disgression to the checkstyle rules we use.If you use this plugin, you will many errors in Ivy. As we said, following strict checkstyle rules is a work in progress and we used to have pretty different code conventions (like using _ as prefix for private attributes), so we still have things to fix. We usually use the filter in the problems view to filter out checkstyle errors from this view, which helps to know what the real compilation problem are.

Besides this plugin we also recommend to use a subversion plugin, subversive or subclipse being the two options currently available in the open source landscape.