是否应通过'将所有第三方jar依赖项引入Maven;导入&x27;范围

是否应通过'将所有第三方jar依赖项引入Maven;导入&x27;范围,maven,maven-2,Maven,Maven 2,对Maven中的导入作用域感到困惑。这似乎意味着,大型多模块项目中的所有第三方jar依赖项都将受益于使用“导入”范围在父项目中进行依赖项管理。正确吗?来自maven关于导入范围的文档: 此范围仅用于节中pom类型的依赖项。它表示指定的POM应替换为该POM部分中的依赖项。由于它们被替换,具有导入范围的依赖项实际上并不参与限制依赖项的传递性 坦率地说,这通常不是一个非常有用的范围,而且在任何情况下,它都与第三方jar依赖项无关-仅适用于第三方pom依赖项。在哪里放置依赖项多少是一个品味问题,但我发

对Maven中的导入作用域感到困惑。这似乎意味着,大型多模块项目中的所有第三方jar依赖项都将受益于使用“导入”范围在父项目中进行依赖项管理。正确吗?

来自maven关于导入范围的文档:

此范围仅用于节中pom类型的依赖项。它表示指定的POM应替换为该POM部分中的依赖项。由于它们被替换,具有导入范围的依赖项实际上并不参与限制依赖项的传递性


坦率地说,这通常不是一个非常有用的范围,而且在任何情况下,它都与第三方
jar
依赖项无关-仅适用于第三方
pom
依赖项。在哪里放置依赖项多少是一个品味问题,但我发现最适合我的做法是将所有依赖项放置在pom的
部分的“最低公分母”中,然后根据需要在特定子项目的
部分引用它们。

我是“不要重复你自己”人群的追随者,只使用。但这确实是一个品味问题,导入范围通常不会添加一些东西jboss用户使用它将外部和jboss DEP列表捆绑在他们称之为“BOM”的东西中,请看一看-这个IMHO说明,如果使用得当,它可能会很有用@PetrKozelka,在Mureinik推荐的部分中,正是这一点让我在Maven scoping的恶臭之谜中思考、推断和喘息。我呼吸自由。