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
I also think it is not a good idea to mix the spring-boot-dependencies BOM with the deegree dependencies, as there are overlaps between both dependency lists.
Moving the BOM import into the deegree-tools-gml submodule will certainly move the issue regarding overlapping dependency declaration and the resulting dependency issues into the submodule and won't interfere with most of the modules anymore. But this won't solve issues in that module if spring-boot-dependencies and the root pom will define different versions for dependencies (overlaps).
An alternative proposal would be to not import spring-boot-dependencies anymore and instead use only the BOM's which are limited to spring dependencies (for example 1, 2) and define required external dependencies with dependency management as we do with all other libs as well.
The only downside is, that we have to ensure that the overlapping dependencies will not diverge too much from the spring declared ones (which can be lookup up in spring-boot-dependencies).
Currently the Spring Boot BOM is used in the project root POM in the dependencyManagement section (see https://github.com/deegree/deegree3/blob/main/pom.xml#L1206) which will import the versions defined by the Spring Boot BOM. This may override versions used in modules such as the deegree-webservices which uses the dependencies also defined in the dependencyManagement section of the root project POM.
Proposal:
The text was updated successfully, but these errors were encountered: