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've noticed that sudr-codegen shades quite a lot of classes, some are re-packaged under a different package, i.e. to io/sundr/shaded/com/github/javaparser but others are not: i.e org/apache/commons, sun/rmi, com/sun and counting (~5500 classes shaded but not relocated).
In my project (an operator based on the java-operator-sdk), the sundr-codegen artifact is a transitive dependency of io.fabric8:crd-generator-apt which has provided scope so it should not be an issue at runtime, however there may be conflicts if a project depends on i.e on an apache commons lang or if a project is accidentally using one of the unshaded lib.
I've noticed that
sudr-codegen
shades quite a lot of classes, some are re-packaged under a different package, i.e. toio/sundr/shaded/com/github/javaparser
but others are not: i.eorg/apache/commons
,sun/rmi
,com/sun
and counting (~5500 classes shaded but not relocated).In my project (an operator based on the java-operator-sdk), the
sundr-codegen
artifact is a transitive dependency ofio.fabric8:crd-generator-apt
which has provided scope so it should not be an issue at runtime, however there may be conflicts if a project depends on i.e on an apache commons lang or if a project is accidentally using one of the unshaded lib.fabric8io#3025
The text was updated successfully, but these errors were encountered: