On 8 February 2011 03:29, Mª®k <[email protected]> wrote: > in general: you would need to do "mvn install" to build the jar files, > you might want to read up on the maven commandline options for > skipping tests as this will enhance build speed >
Just to expand on that a little... The standard and easiest way to build the GeoTools jars is to use "mvn clean install". If you issue that command from the top GeoTools source directory you will build all of the supported modules. The jars will be collected into the directory "target" and also copied into your local maven repository (nornally ~/.m2 on a unix-ish system). You can build a subset of the modules by first going a selected point in the GeoTools source tree. For instance, to build just the main module go to GT/modules/library/main and then type "mvn clean install" (where GT is whatever you have called the top source directory on your local system. If you have checked out all of the GeoTools sources from the subversion repository you can choose to build both the supported and unsupported (community) modules with the command "mvn clean install -Dall". To skip unit tests do "mvn clean install -DskipTests=true". Another thing to remember about maven is that unless you tell it otherwise, it will download any jars that are required for a particular build. So if you build just the main module, as in the earlier example, without first building the other GeoTools jars that gt-main depends on, maven will download them from the GeoTools repository automagically along with all 3rd party jars that are also required. This is why you sometimes end up with more jars that you thought you were building :) You can tell maven not to download anything by including the "-o" option in the command line. For example "mvn -o clean install". Hope this helps, Michael ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Geotools-gt2-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
