I finished the stage 3 planning for the rest of the core library, worth a
discussion tomorrow morning.
Also did stage 4 planning to see what gt-opengis provides (to double check
breaking up gt-main would work).

Andrea I just confirmed the functionality exists in eclipse, it produces an
XML record of what refactoring were performed that can be replayed
elsewhere:

<?xml version="1.0" encoding="UTF-8"?>
<session version="1.0">
    <refactoring comment="Move 19 elements to
'gt-metadata/src/main/java/org.geotools.util'&#10;- Original project:
'gt-metadata'&#10;- Destination element:
'gt-metadata/src/main/java/org.geotools.util'&#10;- Original elements:&#10;
    org.geotools.resources.NIOUtilities.java&#10;
org.geotools.resources.LazySet.java&#10;
org.geotools.resources.Java6.java&#10;
org.geotools.resources.JDBC.java&#10;
org.geotools.resources.XArray.java&#10;
org.geotools.resources.XMath.java&#10;
org.geotools.resources.CharUtilities.java&#10;
org.geotools.resources.BufferSoftReference.java&#10;
org.geotools.resources.InternalWindowListener.java&#10;
org.geotools.resources.OptionalDependencies.java&#10;
org.geotools.resources.GraphicsUtilities.java&#10;
org.geotools.resources.ClassChanger.java&#10;
org.geotools.resources.SwingUtilities.java&#10;
org.geotools.resources.X364.java&#10;
org.geotools.resources.Arguments.java&#10;
org.geotools.resources.UnmodifiableArrayList.java&#10;
org.geotools.resources.IndexedResourceCompiler.java&#10;
org.geotools.resources.Classes.java&#10;
org.geotools.resources.IndexedResourceBundle.java&#10;- Update references
to refactored element" description="Move compilation units"
destination="/src\/main\/java&lt;org.geotools.util"
element1="/src\/main\/java&lt;org.geotools.resources{NIOUtilities.java"
element10="/src\/main\/java&lt;org.geotools.resources{OptionalDependencies.java"
element11="/src\/main\/java&lt;org.geotools.resources{GraphicsUtilities.java"
element12="/src\/main\/java&lt;org.geotools.resources{ClassChanger.java"
element13="/src\/main\/java&lt;org.geotools.resources{SwingUtilities.java"
element14="/src\/main\/java&lt;org.geotools.resources{X364.java"
element15="/src\/main\/java&lt;org.geotools.resources{Arguments.java"
element16="/src\/main\/java&lt;org.geotools.resources{UnmodifiableArrayList.java"
element17="/src\/main\/java&lt;org.geotools.resources{IndexedResourceCompiler.java"
element18="/src\/main\/java&lt;org.geotools.resources{Classes.java"
element19="/src\/main\/java&lt;org.geotools.resources{IndexedResourceBundle.java"
element2="/src\/main\/java&lt;org.geotools.resources{LazySet.java"
element3="/src\/main\/java&lt;org.geotools.resources{Java6.java"
element4="/src\/main\/java&lt;org.geotools.resources{JDBC.java"
element5="/src\/main\/java&lt;org.geotools.resources{XArray.java"
element6="/src\/main\/java&lt;org.geotools.resources{XMath.java"
element7="/src\/main\/java&lt;org.geotools.resources{CharUtilities.java"
element8="/src\/main\/java&lt;org.geotools.resources{BufferSoftReference.java"
element9="/src\/main\/java&lt;org.geotools.resources{InternalWindowListener.java"
files="0" flags="589830" folders="0" id="org.eclipse.jdt.ui.move"
patterns="*" policy="org.eclipse.jdt.ui.moveResources"
project="gt-metadata" qualified="false" references="true" units="19"
version="1.0"/>
</session>

There is not a generic export, and is not setup for easy processing, unless
you just dump all the comments to a text file:

*Move 19 elements to 'gt-metadata/src/main/java/org.geotools.util'*
*- Original project: 'gt-metadata'*
*- Destination element: 'gt-metadata/src/main/java/org.geotools.util'*
*- Original elements:*
*     org.geotools.resources.NIOUtilities.java*
*     org.geotools.resources.LazySet.java*
*     org.geotools.resources.Java6.java*
*     org.geotools.resources.JDBC.java*
*     org.geotools.resources.XArray.java*
*     org.geotools.resources.XMath.java*
*     org.geotools.resources.CharUtilities.java*
*     org.geotools.resources.BufferSoftReference.java*
*     org.geotools.resources.InternalWindowListener.java*
*     org.geotools.resources.OptionalDependencies.java*
*     org.geotools.resources.GraphicsUtilities.java*
*     org.geotools.resources.ClassChanger.java*
*     org.geotools.resources.SwingUtilities.java*
*     org.geotools.resources.X364.java*
*     org.geotools.resources.Arguments.java*
*     org.geotools.resources.UnmodifiableArrayList.java*
*     org.geotools.resources.IndexedResourceCompiler.java*
*     org.geotools.resources.Classes.java*
*     org.geotools.resources.IndexedResourceBundle.java*
*- Update references to refactored element*


--
Jody Garnett


On Tue, 23 Oct 2018 at 23:32, Jim Hughes <jn...@ccri.com> wrote:

> Hi all,
>
> Today, I spent some time looking into the Stage 3 bits around split
> modules and the GeoTools repackaging.  I worked with the
> jsplitpkgscan[1] project a little bit to understand what it could tell us.
>
> Jody and I iterated through a plan stage for the refactoring that needs
> to happen, and that work is in progress[2].  There are a number of
> choices being made and most of them are represented in his proposal to
> restructure GeoTools[3].  We've planned splitting up gt-api across
> different modules; that part seems ok.  As we've looked splitting up
> gt-main, there are additional considerations to work through.
>
> Of note, Jody's looking to create a script that can be replayed via
> Eclipse to help migrate downstream projects to the new package names, etc.
>
> Cheers,
>
> Jim
>
> 1. https://github.com/AdoptOpenJDK/jsplitpkgscan
> 2.
>
> https://docs.google.com/spreadsheets/d/1oE6mU4jp-ZL5PebgXf-fuhtf7MY5dzSwPqpMtrzdZ94
> 3.
>
> https://github.com/geotools/geotools/wiki/Restructure-GeoTools-into-Jigsaw-modules
>
>
>
>
> _______________________________________________
> Geoserver-devel mailing list
> Geoserver-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to