Fwd: What would be needed for Gt to run on Geotk

1 message Options
Embed this post
Permalink
Jody Garnett-2

Fwd: What would be needed for Gt to run on Geotk

Reply Threaded More More options
Print post
Permalink
Here is the email I have from Adrian; with martin's offer to be on
hand for a Java 5 backport.
Hope it helps scope out the amount of work needed as per todays IRC meeting.

Jody

---------- Forwarded message ----------
From: Adrian Custer <[hidden email]>
Date: Fri, Apr 24, 2009 at 7:09 PM
Subject: What would be needed for Gt to run on Geotk
To: Jody Garnett <[hidden email]>
Cc: Martin Desruisseaux <[hidden email]>


Hey Jody,


Thanks for the conversation and sorry it's all such a drag.


After the call, Martin and I forged an idea of how GeoTools could depend
on Geotoolkit for the base layers if it wants to. Essentially,
Geotoolkit is mostly the same as the base layers of GeoTools. The API
changes are mostly classes moving between packages and tweaks to the
factory system but Martin has written a magical migration tool that
takes care of most of the port.

As we see it, a proposed work plan would be:

1) Martin would make a version of Geotoolkit that complies on Java 5.

2) GeoTools would make a branch on SVN (or use trunk or whatever)

3) For the first compile several steps would be needed:
     * drop metadata and referencing modules (except for Jan Jezek's
       work, i.e. referencing.operation.builder which has not yet
       landed) in geotk, probably by building a script which uses the
       lists of classes ported to getoolkit:
               http://hg.geotoolkit.org/geotoolkit/file/9e4f2209b5bc/
               build/tools/geotk-migrate/src/main/resources/
                       org/geotoolkit/legacy/ClassChanges.properties
                       org/geotoolkit/legacy/PortedClasses.txt
               (2 URLS you will have to re-assemble by hand)
     * add maven dependencies to the geotoolkit-java5 by changing the
       pom's
     * run the gt-migrate script to make 90% of required changes with
               java -jar geotk-migrate.jar
     * fix the remaining compile errors by hand, which is the step
       which will take a bit of work.

How to perform this migration and the things that need to be changed are
listed on the page:
 http://www.geotoolkit.org/build/tools/geotk-migrate/index.html
while the list of changes is given by:
 http://www.geotoolkit.org/build/tools/geotk-migrate/changes.html

There is also an example of what we did to do this migration, albeit on
Java6, in this changeset: (warning, large page)
   http://hg.geotoolkit.org/gt_on_geotk/rev/ed4bacfe2138

While Martin does not want to do this work for GeoTools, he is ready to
be on hand when the work is done, ready to answer any questions which
may come up.


I'd suggest that you allow us to make our announcement on Monday before
raising this on the list since it won't make sense to the outside world
until the existence of Geotoolkit becomes widely known.

Have a good weekend,

--adrian

------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship. http://www.creativitycat.com 
_______________________________________________
Geotools-administration mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/geotools-administration