Building from SVN

The Wicket projects are built using a multi-module build as proposed by the Maven project.
We use Maven to build our projects and distributions. To be able to build Wicket directly
from subversion, you will need an understanding of Maven.

This document contains the following sections.

For more information on the project structure, please read the 'Better Builds With Maven' book which has a detailed description on how to structure a maintainable, enterprise ready build. The book is available for free from the Mergere website.

Getting your Wicket version

When you build from SVN you should check out the whole of trunk or the selected branch as the project consists of various modules that may depend on one another. For the current (1.4) development branch, you will need to check out:

svn co http://svn.apache.org/repos/asf/wicket/trunk

This will give you a directory structure like the following directory tree:

  • wicket-1.x
  • wicket-1.x/wicket
  • wicket-1.x/wicket-extensions
  • wicket-1.x/wicket-spring
  • wicket-1.x/wicket-auth-roles
  • wicket-1.x/wicket-examples
  • wicket-1.x/wicket-spring-annot
  • ...

In this document we focus at the maven project descriptor located in the top level directory, which enforces default settings for all Wicket projects such as plug-in settings, versioning of the Wicket projects, managing the various dependencies and more.

The artifacts in this project are there only for having a consistent build. This top-level project doesn't have sources for itself.

Building Wicket 1.x

The current development version of Wicket requires at least jdk 1.5.

svn co http://svn.apache.org/repos/asf/wicket/trunk

If you want to ensure that your Wicket version is built using JDK-1.5 and fully compatible with that Java version, you will need to build it with a Java 1.5 compiler and runtime library.

Building all of Wicket is as simple as issuing the following command in the root directory:

mvn install

This will compile, test, package and install all Wicket projects. Installation means putting the jar files into your local Maven repository, including the source, but without the javadoc jars (this is a Wicket specific configuration, because build javadoc takes a long time).

The following commands are useful:

Commandline

Description

mvn clean

cleans up build artifacts

mvn compile

compiles the projects

mvn package

creates the jar files in the target/ subdirectories

mvn install

installs the jar files in your local repository

mvn -Prelease package

generates the javadoc/source jars as well

You can just run the install target, as Maven will build the previous stages automatically.

Coping with test failures

As this is our main development you might/will encounter failing unit tests. These can be skipped using:

mvn -Dmaven.test.skip=true install

Of course, all bets are off then and your mileage may vary if you use such a built jar.

Using your own built artifacts

Now you have built your own fresh Wicket jar you must be anxious to use it. This is now as simple as adding a snapshot dependency on the specific Wicket version. So in your pom.xml you can use:

<dependency>
    <groupId>org.apache.wicket</groupId>
    <artifactId>wicket</artifactId>
    <version>1.4-SNAPSHOT</version>
    <scope>compile</scope>
</dependency>

And adding this to your Eclipse, NetBeans or IntelliJ IDEA project classpath is then as simple as:

  • mvn eclipse:eclipse
  • mvn netbeans:netbeans or
  • mvn idea:idea

Maven will then add all the necessary JAR files to the project's classpath.

One thing you need to make sure is that you have set the M2_REPO classpath variable in Eclipse (or a similar construct in Netbeans), and point it to your local repository, typically found in C:\Documents and Settings\username\.m2\repo or (for unix buffs) ~/.m2/repo

You can add this setting using maven:

mvn -Declipse.workspace=<path-to-eclipse-workspace> eclipse:add-maven-repo 
  • No labels