-
Notifications
You must be signed in to change notification settings - Fork 44
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
Upgrade Eclipse platform to 2018-12 or later #822
Comments
Corresponding mirrors were also created. halestudio/hale#822
Corresponding mirrors were also created. halestudio/hale#822
The implicit cast to the return type `GeometryProperty<? extends Geometry>` now throws an error in Eclipse: ``` Incompatible generic argument types. Cannot assign eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <?> to: eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <? extends org.locationtech.jts.geom.Geometry> ``` Adds an explicit cast to mitigate. halestudio#822
Upgrades the Eclipse platform to 2020-03 and imports the latest hale platform that includes the upgraded GeoTools dependencies. halestudio#821 halestudio#822
Adds SQLite package import to the main JDBC plugin so that `JDBCConnection` can find the SQLite JDBC driver classes. Without the imports, the SpatiaLite test suites fail because the JDBC driver class cannot be found by the bundle classloader. The SpatiaLite tests used to work before without these imports. What exactly caused the change in behaviour remains unclear. This solution comes along as somewhat of a hack as dependencies of plugins in the e.e.h.io.jdbc hierarchy should not leak to here. halestudio#822
Adds/removes `@Override` tags to prevent compile errors. halestudio#822
The implicit cast to the return type `GeometryProperty<? extends Geometry>` now throws an error in Eclipse: ``` Incompatible generic argument types. Cannot assign eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <?> to: eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <? extends org.locationtech.jts.geom.Geometry> ``` Adds an explicit cast to mitigate. halestudio#822
Upgrades the Eclipse platform to 2020-03 and imports the latest hale platform that includes the upgraded GeoTools dependencies. halestudio#821 halestudio#822
Adds SQLite package import to the main JDBC plugin so that `JDBCConnection` can find the SQLite JDBC driver classes. Without the imports, the SpatiaLite test suites fail because the JDBC driver class cannot be found by the bundle classloader. The SpatiaLite tests used to work before without these imports. What exactly caused the change in behaviour remains unclear. This solution comes along as somewhat of a hack as dependencies of plugins in the e.e.h.io.jdbc hierarchy should not leak to here. halestudio#822
Adds/removes `@Override` tags to prevent compile errors. halestudio#822
The implicit cast to the return type `GeometryProperty<? extends Geometry>` now throws an error in Eclipse: ``` Incompatible generic argument types. Cannot assign eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <?> to: eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <? extends org.locationtech.jts.geom.Geometry> ``` Adds an explicit cast to mitigate. halestudio#822
Upgrades the Eclipse platform to 2020-03 and imports the latest hale platform that includes the upgraded GeoTools dependencies. halestudio#821 halestudio#822
Adds SQLite package import to the main JDBC plugin so that `JDBCConnection` can find the SQLite JDBC driver classes. Without the imports, the SpatiaLite test suites fail because the JDBC driver class cannot be found by the bundle classloader. The SpatiaLite tests used to work before without these imports. What exactly caused the change in behaviour remains unclear. This solution comes along as somewhat of a hack as dependencies of plugins in the e.e.h.io.jdbc hierarchy should not leak to here. halestudio#822
Adds/removes `@Override` tags to prevent compile errors. halestudio#822
The implicit cast to the return type `GeometryProperty<? extends Geometry>` now throws an error in Eclipse: ``` Incompatible generic argument types. Cannot assign eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <?> to: eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <? extends org.locationtech.jts.geom.Geometry> ``` Adds an explicit cast to mitigate. halestudio#822
Upgrades the Eclipse platform to 2020-03 and imports the latest hale platform that includes the upgraded GeoTools dependencies. halestudio#821 halestudio#822
Adds SQLite package import to the main JDBC plugin so that `JDBCConnection` can find the SQLite JDBC driver classes. Without the imports, the SpatiaLite test suites fail because the JDBC driver class cannot be found by the bundle classloader. The SpatiaLite tests used to work before without these imports. What exactly caused the change in behaviour remains unclear. This solution comes along as somewhat of a hack as dependencies of plugins in the e.e.h.io.jdbc hierarchy should not leak to here. halestudio#822
Adds/removes `@Override` tags to prevent compile errors. halestudio#822
The implicit cast to the return type `GeometryProperty<? extends Geometry>` now throws an error in Eclipse: ``` Incompatible generic argument types. Cannot assign eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <?> to: eu.esdihumboldt.hale.common.schema.geometry.GeometryProperty <? extends org.locationtech.jts.geom.Geometry> ``` Adds an explicit cast to mitigate. #822
Adds SQLite package import to the main JDBC plugin so that `JDBCConnection` can find the SQLite JDBC driver classes. Without the imports, the SpatiaLite test suites fail because the JDBC driver class cannot be found by the bundle classloader. The SpatiaLite tests used to work before without these imports. What exactly caused the change in behaviour remains unclear. This solution comes along as somewhat of a hack as dependencies of plugins in the e.e.h.io.jdbc hierarchy should not leak to here. #822
Adds/removes `@Override` tags to prevent compile errors. #822
32-bit support was dropped in Eclipse 2018-12, so remove the repsective Travis CI builds. Also, upgrade the build platform to Ubuntu 18.04. halestudio#822
32-bit support was dropped in Eclipse 2018-12, so remove the repspective Travis CI builds. Also, upgrade the build platform to Ubuntu 18.04. halestudio#822
32-bit support was dropped in Eclipse 2018-12, so remove the respective Travis CI builds. Also, upgrade the build platform to Ubuntu 18.04. halestudio#822
32-bit support was dropped in Eclipse 2018-12, so remove the respective Travis CI builds. halestudio#822
32-bit support was dropped in Eclipse 2018-12, so remove the respective Travis CI builds. halestudio#822
32-bit support was dropped in Eclipse 2018-12, so remove the respective Travis CI builds. #822
Startup time seems to have improved with the latest builds, maybe a result of removing the server parts? |
No server bundles were part of the desktop application. That was just about removing stuff that is not used anymore (the server product). |
Hm, OK. Just timed the difference, it isn't massive - the build from 20200619 is starting about 2s slower (15s) than the latest build (13s). |
2018-12 is the first version with full Java 11 support (source).
The text was updated successfully, but these errors were encountered: