I agree; thanks for getting the answers from his semi-thawed state. The use
of test dependencies is new to the code base and caused me trouble when
releasing recently. I am not quite sure how they are being handled; is this
a new feature of maven?
Jody
PS. Can I just take this email and punt it into the developers guide for
later? The existing instructions do not work ...


On Mon, Feb 9, 2009 at 10:02 PM, Adrian Custer <acus...@gmail.com> wrote:

> Hey all,
>
> Cedric is back from too much snow, the poor boy, and too much skiing.
> He's sharing with us the magic incantations to get the build generating
> javadocs. There are problems at various levels.
>
>
> 0) Protective, paranoid cleanup
>        rm -Rf ~/.m2/repository/org/opengis
>        rm -Rf ~/.m2/repository/org/geotools
>        rm -Rf ~/.m2/repository/it/geosolutions
>
> 1) Checkout tag (2.5.3)
>
> 2) First compile: (with Java 6, maven 2.0.9)
>
>  maven install -Dall -DskipTests
>
>  => Build fails because coveragetools pom is borked.
>
>  => If you don't skip tests:
>          first, referencing and epsg-hsql fail,
>                - well known issues, processor dependent,
>                - tests of referencing and epsg-hsql pulled from trunk,
>                patch
>                  attached for 2.5.x,
>          then, renderer fails (pulling tests in same way works on
>        trunk),
>          then, jdbc-ng/jdbc-postgis: postgisEmptyTest seems to
>        deadlock. (Adrian gives up.)
>
>  => If you use -Dmaven.test.skip (which doesn't build the tests), you
>     are asking for more issues:
>             1. legacy will fail because it depends on main-test. You'll
>                have to go into main and compile its tests to get a
>                build working.
>             2. gt-jdbc also breaks with dependency on some test.
>             3. jdbc-ng and possibly others (h2) possibly have issues,
>                like depending on the existence of their tests to be
>                able to compile.
>        Here, we go faster with -DskipTests
>
> 3) Build, by hand, gt-imageio-ext-gdal
>
>        cd modules/plugin/imageio-ext-gdal/
>        maven install
>        cd ../../..
>
> 4) Second compile
>
>  maven install -Dall -DskipTests
>
> 5) Build javadocs
>
>        cd modules/
>        mvn javadoc:javadoc -Dall -DskipTests
>
> => wait a while, suffer through a slew of warnings but it builds the
> docs in modules/target/site/apidocs/
>
> 6) zip that dir and place online.
>        (starting in modules)
>        cd target/site/apidocs
>        zip -r -9 geotools-2.5.3-javadocs.zip *
>
>        => generates a 29M file
>
> Moral:
>      * Renderer tests need love for Java6
>      * Our builds depend on our tests!
>      * Coveragetools/gt-imageio-ext-gdal relationship is sick.
>
> Thanks to build master Cedric for slogging through the alternatives and
> finding the solutions,
>
> --adrian
>
>
>
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with
> Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code
> to
> build responsive, highly engaging applications that combine the power of
> local
> resources and data with the reach of the web. Download the Adobe AIR SDK
> and
> Ajax docs to start building applications today-
> http://p.sf.net/sfu/adobe-com
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to