[geotk] migration to java 11

[Alexis Manin]

Hello,

To use a relatively stable/up-to-date version of Geotoolkit, I'd recommend
you to use technical tags maintained by Geomatys (that we use finternally
for our products, like Examind community/server).

The trouble is that they're not accessible from Github nor
maven.geotoolkit.org, but we still maintain a public maven repository to
download them here :

https://nexus.geomatys.com/repository/maven-public/

I'd personally recommend you to try the latest Geotk tag:

5.0.0-MC0116

it depends on internal tags (also accessible from maven repository above)
of SIS and GeoAPI :

SIS : 2.0-M0076
GeoAPI : 4.0-M15

After you've updated your project, I"d recommand to perform a `mvn
dependency:tree` command to  check for potential version conflict.

A few warning though:

* Geotoolkit source code on Github page is not in sync with our internal
releases.
* As we now use Geotoolkit as a sort of internal toolbox, we do not
maintain a clean semantic versioning, and you could encounter breaking
changes at any update.

Hope it helps,



Le mer. 3 mars 2021 à 01:09, juergen sorg <j.sorg at fz-juelich.de> a écrit :

> hi martin,
>
> where is the maven repo for this dependency?:
>  >          <dependency>
>  >              <groupId>org.geotoolkit</groupId>
>  >              <artifactId>geotk-client-csw</artifactId>
>  >              <version>5.0-SNAPSHOT</version>
>  >          </dependency>
>
> i tried it with
>
> <dependency>
>                         <groupId>org.geotoolkit</groupId>
>                         <artifactId>geotk-client-csw</artifactId>
>                         <version>5.0.0-MC0082</version>
>                 </dependency>
>
> and was able to compile and deploy my app successfully. but at runtime i
> got exception [0] when instantiating CatalogServicesClient. i changed
> CatalogServicesServer to CatalogServicesClient, because
> CatalogServicesServer does not exist any more.
>
> because of compilation errors i added dependencies [1] and removed [2]
> because it does not exists. additionally, i replaced the 2 geotk
> dependencies with apache sis [3]
>
> regards,
> juergen
>
>
> [0]
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class
> org.geotoolkit.csw.CSWProvider
>                  at
>
> org.geotoolkit.csw.CatalogServicesClient.<init>(CatalogServicesClient.java:71)
>                  at
>
> org.fzj.ibg.catalog.server.utils.cache.KeywordCache.loadKeywords(KeywordCache.java:111)
>
>
> [1]
> <dependency>
>                         <groupId>org.geotoolkit</groupId>
>                         <artifactId>geotk-xml-wms</artifactId>
>                         <version>5.0.0-MC0082</version>
>                 </dependency>
>                 <dependency>
>                         <groupId>org.geotoolkit</groupId>
>                         <artifactId>geotk-xml-gml</artifactId>
>                         <version>5.0.0-MC0082</version>
>                 </dependency>
>
> [2]
> <dependency>
>                         <groupId>org.geotoolkit</groupId>
>                         <artifactId>geotk-xml-base</artifactId>
>                         <version>${geotk.version}</version>
>                 </dependency>
>
>
> [3]
> <dependency>
>                         <groupId>org.apache.sis.core</groupId>
>                         <artifactId>sis-utility</artifactId>
>                         <version>1.0</version>
>                 </dependency>
>                 <dependency>
>                         <groupId>org.apache.sis.core</groupId>
>                         <artifactId>sis-metadata</artifactId>
>                         <version>1.0</version>
>                 </dependency>
>
>
>
>
>
> On 02/03/2021 22:26, Martin Desruisseaux wrote:
> > Hello Juergen
> >
> > Le 01/03/2021 à 12:48, juergen sorg a écrit :
> >
> >> thanks for your reply
> >>
> >> yes, we also use the Geotk CSW module.
> >>
> >> it would be nice if you could provide us with more details on this
> >> migration procedure
> >>
> > If you were using only the metadata part, I would have suggested to use
> > the formal Apache SIS 1.0 release. But for the CSW part, we are in an
> > uncomfortable situation where we have snapshots deployed every night,
> > but no formal release. This is because we are focusing all our
> > deployment effort on Apache SIS, and Geotk (which still contain CSW)
> > became a temporary place for modules not yet migrated to SIS. If you
> > don't mind, I suggest to try snapshot for starting. If it works, we can
> > try to create a milestone, but it would not be a formal release.
> >
> >          <dependency>
> >              <groupId>org.geotoolkit</groupId>
> >              <artifactId>geotk-client-csw</artifactId>
> >              <version>5.0-SNAPSHOT</version>
> >          </dependency>
> >
> > For the metadata part, it should be sufficient to replace the following
> > package names:
> >
> >     org.geotoolkit.metadata
> >
> > by:
> >
> >     org.apache.sis.metadata
> >
> > Same for org.geotoolkit.referencing, which is replaced by
> > org.apache.sis.referencing. Most classes in those packages are about the
> > same.
> >
> > For the CSW, I have been told that this module got a lot of changes (it
> > is maintained by another developer). I suggest that you report the
> > compiler errors, so we can tell the replacements.
> >
> > Sorry for the inconvenience,
> >
> >      Martin
> >
> >
>
>
> _______________________________________________
> Geotoolkit mailing list
> Geotoolkit at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/geotoolkit
>


-- 
Alexis Manin,
Développeur JAVA/JEE.
Geomatys.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geotoolkit/attachments/20210303/52ac67bc/attachment-0001.html>