从Maven的依赖项中排除类
我有一个项目，该项目依赖于由供应商控制的工件。该工件包含一些我依赖的类，其中一些类较旧并且会引起问题。有没有办法让Maven自动扩展jar，删除类并将它们重新打包为依赖项？我会举一个例子。
supplier:artifact:1.0.0
com.supplier.useful.ClassA
com.supplier.dto.ClassB (old)
us:dependency:1.1.20
com.supplier.dto.ClassB (new)
us:project-web:1.1.20
- supplier:artifact:1.0.0
- us:dependency:1.1.20
所以-
我需要使用ClassA在项目网站，但我需要使用ClassB从dependency神器。我无法修改Supplier：artifact或us：dependency。
有任何想法吗？！
问题答案：
从版本2.0.9开始，maven保留了类路径的顺序，因此，如果在供应商jar之前在jar中定义修补的类，它将隐藏供应商实现。
另外，您可以查看maven shade插件，因为它完全符合您的要求。
-
我有一个编译和运行时所需的依赖项，但我想在运行测试时将其排除。这可能吗？也许，通过设置个人资料？但是，如何仅在生命周期阶段停用它？
-
例如，我有依赖性：
-
我在我的项目中遇到了依赖关系冲突的问题。特别是，slf4j日志记录有两种实现：slf4j-简单和logback-经典，我得到了 在运行时。 logback-classic对我来说是必备的依赖项(因为dropwizard)，但slf4j-simple不是真的，我想把它从我的uber项目中去掉。只是没那么容易。 我的“uber jar”依赖于“small jar”，而“small-jar”又依赖于“s
-
我想使用第三方供应商的jar。但是在这个jar中，我有Java包的旧版本我需要找到一些方法将包从主项目中排除。像这样的东西： 你能推荐一些解决方案吗？
-
主要内容：排除依赖,可选依赖,排除依赖 VS 可选依赖 我们知道 Maven 依赖具有传递性，例如 A 依赖于 B，B 依赖于 C，在不考虑依赖范围等因素的情况下，Maven 会根据依赖传递机制，将间接依赖 C 引入到 A 中。但如果 A 出于某种原因，希望将间接依赖 C 排除，那该怎么办呢？Maven 为用户提供了两种解决方式：排除依赖（Dependency Exclusions）和可选依赖（Optional Dependencies）。 排除依赖
-
有两个类，一个来自 一个来自 注意工件ID是不同的。 对于不同的Maven概要文件，我希望排除一个版本，只保留另一个版本。我正在使用Shade插件。