You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
All Java interfaces in org.opengis.metadata packages currently use wildcard when a method returns a collection. For example:
interfaceCitation {
// Wildcards are the "? extends" part.Collection<? extendsIdentifier> getIdentifiers();
}
The use of wildcards in return values is a deprecated practice. It has been reported as a problem by a GeoAPI user on StackOverflow. Historically, the reason for wildcards was because it was said to be necessary for JAXB and Hibernate implementations 15 years ago. But at least in JAXB case, wildcards are actually not necessary because the problem raised in that discussion can be resolved with adapters (which is what Apache SIS does).
Proposal
GeoAPI aims for semantic versioning, which forbid compatibility break between GeoAPI 3.0 and 3.1. So the proposal is:
Remove most or all wildcards in org.opengis.metadata packages on the GeoAPI 4.0 branch.
On the GeoAPI 3.1 branch, keep wildcards on methods that were already present in GeoAPI 3.0.
The text was updated successfully, but these errors were encountered:
All Java interfaces in
org.opengis.metadata
packages currently use wildcard when a method returns a collection. For example:The use of wildcards in return values is a deprecated practice. It has been reported as a problem by a GeoAPI user on StackOverflow. Historically, the reason for wildcards was because it was said to be necessary for JAXB and Hibernate implementations 15 years ago. But at least in JAXB case, wildcards are actually not necessary because the problem raised in that discussion can be resolved with adapters (which is what Apache SIS does).
Proposal
GeoAPI aims for semantic versioning, which forbid compatibility break between GeoAPI 3.0 and 3.1. So the proposal is:
org.opengis.metadata
packages on the GeoAPI 4.0 branch.The text was updated successfully, but these errors were encountered: