Build Tool

Maven

Maven is a Java project management and project comprehension tool. Maven is based on the concept of a project object model (POM) in that all the artifacts produced by Maven are a result of consulting a well defined model for your project. Builds, documentation, source metrics, and source cross-references are all controlled by your POM.

The project object model (POM) is the basis of how Maven works. Development and management of your project is controlled from the the project model. Currently you can store your project object model in an XML file, but we are also working on RDBMS storage using ObjectBridge. Here's what a Maven POM looks like in XML form.
A single set of Ant files are used to build any number of projects that you are managing. No more keeping track of countless build systems. As improvements are made to the Maven build system all Maven users benefit!
Integration with Gump. For those who are not familiar with Gump it is a tool used at Jakarta to help projects maintain backward compatibility with their clients. If you have a Maven project descriptor then you can easily participate in nightly Gump builds that will help your project stay abreast of the impact your changes actually have in Java developer community. We are working on our own massive build tool but integration with Gump comes at no cost to Maven users.
Site publication based on the POM. Once the POM is accurate your developers can easily publish the project's content which includes custom documentation plus Maven's extensive documentation set based on your project's sources. Currently Maven provides the following:
Change log document created directly from repository information.
Cross referenced sources
Source metrics
Mailing lists
Developer list
Dependency list
Unit test reports including coverage
Article Collection
Software Development References
Software Development Process Documentation
Distribution publication based on the POM. Once the POM is setup accurately you can easily publish distributions safely knowing that the distributions being made match exactly what has been tagged in your repository.
Maven encourages the use of a central repository of JARs. Maven comes with a mechanism that your project's clients can use to download any JARs required for building your project from a central JAR repository much like Perl's CPAN. This allows users of Maven to reuse JARs across projects and encourages communication between projects to ensure backward compatibility issues are dealt with. We are collaborating with the folks at Ibiblio who have graciously allowed the central repository to live on their servers.
Directory layout guidelines. Maven comes with documentation on how to layout your project's directory structure so that once you learn the layout you can easily navigate any other project that uses Maven.

Your rating: None

Ant

Apache Ant is a Java-based build tool. In theory, it is kind of like Make, but without Make's wrinkles.

Why another build tool when there is already make, gnumake, nmake, jam, and others? Because all those tools have limitations that Ant's original author couldn't live with when developing software across multiple platforms. Make-like tools are inherently shell-based -- they evaluate a set of dependencies, then execute commands not unlike what you would issue in a shell. This means that you can easily extend these tools by using or writing any program for the OS that you are working on. However, this also means that you limit yourself to the OS, or at least the OS type such as Unix, that you are working on.

Makefiles are inherently evil as well. Anybody who has worked on them for any time has run into the dreaded tab problem. "Is my command not executing because I have a space in front of my tab!!!" said the original author of Ant way too many times. Tools like Jam took care of this to a great degree, but still have yet another format to use and remember.

Ant is different. Instead of a model where it is extended with shell-based commands, Ant is extended using Java classes. Instead of writing shell commands, the configuration files are XML-based, calling out a target tree where various tasks get executed. Each task is run by an object that implements a particular Task interface.

Granted, this removes some of the expressive power that is inherent by being able to construct a shell command such as `find . -name foo -exec rm {}`, but it gives you the ability to be cross platform -- to work anywhere and everywhere. And hey, if you really need to execute a shell command, Ant has an <exec> task that allows different commands to be executed based on the OS that it is executing on.

Your rating: None

Luntbuild

LuntBuild is a powerful build automation and management tool. Continuous integration or daily build can be easily setup through a clean web interface. Generated builds are well managed through functions such as search, categorization, promotion, patching, deletion, etc. It also acts as a central build artifacts download area for your whole team.

Your rating: None
Syndicate content