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
Let's talk about more about the spring-boot-maven-plugin for provided scope in #8005 .
In out project, there many not useful dependency provider by 2rd SDK. and these dep will stuck application startup.
We use provided scope and 999-not-exist version to exclude them totally.
If repackage do not exclude them. We have to exclude manual one by one.
So can configuration for provided exclude be added ?
The text was updated successfully, but these errors were encountered:
@qrqhuang Plus comment on #8005 rather than opening a duplicate issue. If you do so, please explain why you have dependencies on things that are not useful. If they're not useful to your application, why not exclude them using Maven's standard exclusion mechanism? This will avoid them cluttering up the compile, runtime, and test classpaths in Maven as well as avoiding them appearing in your repackaged jar.
I've notice that previous issue is closed. There are some author prefer open a new issue rather than to a closed one.
But maven exclusion mechanism it not convenient. In gradle, it has global exclusion strategy, such like all*.exclude module: 'logback-core', but maven hasn't.
So provided method now can be a displacement way and most commonly used。
Let's talk about more about the spring-boot-maven-plugin for provided scope in #8005 .
In out project, there many not useful dependency provider by 2rd SDK. and these dep will stuck application startup.
We use
provided
scope and999-not-exist
version to exclude them totally.If
repackage
do not exclude them. We have to exclude manual one by one.So can configuration for provided exclude be added ?
The text was updated successfully, but these errors were encountered: