Open sleberknight opened 1 year ago
Also see this gist which is similar but has slightly different syntax, e.g. it uses just commons-logging
while we used (in the original POM) commons-logging:commons-logging
.
If we choose to add these back, we should test this (functionally) by adding the enforcer bans, and then adding each banned dependency to the POM individually and making sure that Maven Enforcer enforces and fails the build until they are removed.
We used to have the following in the root POM:
This told Maven Enforcer to ban several logging frameworks for reasons described in the SLF4J Bridging legacy APIs page and
StackOverflowError
due to things like having both jcl-over-slf4j.jar AND slf4j-jcl.jar on the class path.kiwi's parent POM does not have these, I think because they use the SLF4J API but don't enforce a specific logging back-end such as Logback or Log4J2. However, as elucidation is a Dropwizard service, it uses Logback as the logging provider, and therefore we do not want any other logging providers on the classpath.
So, does it make sense to add these back in to elucidation? I don't think it makes sense to add these bans to
kiwi-parent
, but it might make sense to add them here in elucidation.