-
-
Notifications
You must be signed in to change notification settings - Fork 493
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Geotools v21.4 upgrade #3886
Geotools v21.4 upgrade #3886
Conversation
Updated geotools dependencies from 16.0 to 20.0 version. Artifacts affected: gt-api, gt-brewer, gt-cql, gt-epsg-extension, gt-epsg-hsql, gt-geojson, gt-main, gt-referencing, gt-shapefile, gt-wms, gt-xml, gt-jdbc-db2, gt-jdbc-h2, gt-jdbc-mysql, gt-jdbc-oracle, gt-jdbc-postgis, gt-jdbc-sqlserver, gt-xsd-filter and gt-xsd-gml3. Preserved an artifact as a legacy: gt-wfs. Updated artifact from 16.0 to 16.5 version.
….com/felixseblanc/core-geonetwork into felixseblanc-feature/update-dependencies/geotools
… geotools-21-upgrade
Update Geotoosl to v20.4 and replace legacy `gt-wfs` dependency left behind in PR #3198. Now using the new `gt-wfs-ng` one which is available in geotoos v20.4.
Replace 'org.geotools.factory.GeoTools' by `org.geotools.util.factory.GeoTools`
Replace `org.geotools.factory.Hints` by `org.geotools.util.factory.Hints`
Upgrade Geotools to v21.4. Rename/add/remove dependencies and rename imports.
Use the right URL prefix in the tests.
Remote INSPIRE service sometimes doesn't answer because it has a limit of concurrent users.
It seems there are some problems related with Mapfish print library that still depens on
The method causing launching the error is core-geonetwork/services/src/main/java/org/fao/geonet/services/region/ThesaurusBasedRegionsDAO.java Lines 102 to 113 in 78f197e
Analyzing the dependencies we can find |
Mapfish prit-lib is using an old version of Geotools (v8.6). This is conflicting in runtime with Geotools v21.1 so we are excluding the old one. After testing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Testing with @juanluisrp it looks like we have a wrong x/y order during WFS harvesting. Needs more test (tested with https://demo.geo-solutions.it/geoserver/web/).
@juanluisrp, I tested quite some of the examples from https://docs.geotools.org/latest/userguide/library/referencing/order.html with no luck. If you can have a look that would be great. |
Update, I have been performing some tests against gt-wfs-ng and geoserver 2.15.2, see the resulting table here geotools/geotools#2492 TLDR:
|
Replaced by #4488 |
This pull request supersedes #3881 including its changes.
com.vividsolutions:jts:1.13
. New version isorg.locationtech.jts:jts-core:1.16.0
(see work done in Updated geotools dependencies #3198).org.geotools.xsd:gt-xsd-fes
.org.geotools:gt-api
dependency byorg.geotools:gt-main
.org.geotools:gt-wfs
byorg.geotools:gt-wfs-ng
com.vividsolutions.jts.util.Assert
byorg.springframework.util.Assert