Hi guys,
I have a question in order to help fixing issues with the Javadoc generation
involing imageio-ext-gdal module and coverage-tools.
On Mon, Feb 9, 2009 at 12: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.
I'm not sure I have understood this statement. Can you give me additional
info/explanation on this?
Regards,
Daniele
>
>
> => 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
>
>
--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
http://www.geo-solutions.it
-------------------------------------------------------
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
