Installation

Velocity runs on a variety of platforms that have installed the Java 2 Virtual Machine. The J2SDK is required for users who want to compile Velocity from its source code.

Everything required to build Velocity comes with the distribution, which can be obtained from Subversion or from the nightly snapshots. However, you will need to install Ant to build the Velocity sources.

Ant is also an Apache project, and can be found here. To build Apache Velocity, you need at least Version 1.6 of Apache Ant.

The directory tree of the distribution looks like:

build/      This is where the build scripts live.
convert/    The WebMacro to Apache Velocity conversion program.
docs/       Velocity Documentation in HTML format.
docs/api/   Velocity Javadocs.
examples/   Examples how to use Velocity.
lib/        Dependencies for building and using Velocity.
lib/test/   Dependencies needed for the various unit tests.
src/        This is where all of the source code is located.
test/       Contains test files needed for the unit tests.
xdocs/      Here are the .xml files for building the .html files
            related to the website and documentation. The files
            located in docs/ have been built from these sources.

Required Tools

To make building Velocity easy and consistent, we require an Apache project called Ant version 1.6 or higher to perform the build process. We assume that you have followed Ant's installation instructions and have it properly installed.

Velocity requires JDK 1.4 or greater to compile. It's possible to use JDK 1.3 to compile but several useful features will not be included. Velocity requires a minimum of JDK 1.3 to run.

Finally, if you wish to modify Velocity's grammar you will need to a tool called JavaCC. We recommend version 3.2 or greater (for compatibility with JDK 1.5 syntax changes).

Jar Dependencies

Velocity requires various third party jar files for compiling and for running. Not all jar files are required in all cases. When building, all dependencies will be downloaded automatically. You can control the download with the skip.jar.loading and force.jar.loading properties in the build.properties file.

Note that you can always create a jar with all required run-time dependencies by executing the jar-dep task.

Building

In each case below, it is assumed that you were successful in getting the distribution from Subversion or as a nightly build, and with the latter, were successful in unpacking. Also, it is assumed that you are starting in the 'velocity' directory, the root of the distribution tree. All directory references will be relative to 'velocity'.

Change to the build directory (cd build). Then, to build the jar file, simply type:

ant

Executing this script will create a bin directory within the Velocity distribution directory. The bin directory will contain the compiled class files (inside a classes directory) as well as a velocity-XX.jar file, where XX is the current version number. Be sure to update your classpath to include Velocity's .jar file.

Note that to build any of the specific build targets simply add the target name to the command line. For example, to build the Javadoc API documentation:

ant javadocs

Some of the most useful targets are:

• jar builds the complete Velocity jar in the bin directory. This jar will be called 'velocity-X.jar', where 'X' is the current version number. This jar does not include necessary dependencies for Velocity. If you use this target, you must put the required dependent jars in your CLASSPATH (or WEB-INF/lib). For convenience, you can use the jar-dep target to build a jar with all required dependent classes included.
• jar-dep builds the complete Velocity jar in the bin directory.
• clean deletes all generated classes, jars, documentation, and other files.
• real-clean like clean but also deletes all downloaded jars.
• docs builds these docs in the docs directory using Velocity's Anakia XML transformation tool. Allows you to use Velocity templates in place of stylesheets - give it a try!
• examples builds the example code in the example programs found in the examples directory.
• jar-src bundles all the Velocity source code into a single jar, placed in the bin directory.
• javadocs builds the Javadoc class documentation in the docs/api directory
• package will generate the complete Velocity distribution package.
• parser will compile the JavaCC parser files from src/Parser.jjt into the appropriate Java source files. Requires JavaCC 3.2+ to be installed, and the property javacc.home to contain a path to the installed JavaCC directory.
• test (after jar) will test Velocity against its testbed suite of test routines.

Velocity should build 'out of the box', independent of your classpath. If you get an error building Velocity, try a different nightly build (as sometimes we make a mistake and the Subversion at the time of the nightly snapshot isn't complete) or refresh from Subversion (you might have gotten a Subversion snapshot while a developer was checking things in.)

If the problems persist, do not hesitate to ask the Velocity community via our mail lists. They can be found here.

Testing Your Installation

The Velocity developers use an automated test facility, and it is included in the distribution. You can use it to make sure that all is well with your build of Velocity.

To run the test suite, simply use the build target test when you build:

ant test

If all is well, you should see output similar to:

test:
    [mkdir] Created dir: ..../bin/test-reports
    [junit] Running org.apache.velocity.io.UnicodeInputStreamTestCase
    [junit] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.011 sec
    [junit] Running org.apache.velocity.test.AbsoluteFileResourceLoaderTestCase
    [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.015 sec
    [junit] Running org.apache.velocity.test.ArithmeticTestCase
    [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.006 sec
    [junit] Running org.apache.velocity.test.BuiltInEventHandlerTestCase

...

BUILD SUCCESSFUL
Total time: 42 seconds

Note that the number of tests may vary from those shown above, but if you see 'OK' after the tests are run, all is well.