对于maven2，没有办法做到您所描述的。对于maven 3，有。如果您正在使用maven 3，请参阅这个问题的另一个答案

对于maven 2，我建议为包含<exclusions>的依赖项创建自己的自定义pom。对于需要使用该依赖项的项目，将依赖项设置为自定义pom，而不是典型的工件。虽然这并不一定允许您使用单个<exclusion>排除所有传递依赖项，但它确实允许您只需编写一次依赖项，并且您的所有项目都不需要维护不必要的长排除列表。

对我有用的(可能是Maven的一个新特性)只是在排除元素中使用通配符。

我有一个多模块项目，其中包含一个在两个war打包模块中引用的“app”模块。其中一个war打包的模块实际上只需要域类(我还没有将它们从app模块中分离出来)。我发现这个方法很有效:

<dependency>
    <groupId>${project.groupId}</groupId>
    <artifactId>app</artifactId>
    <version>${project.version}</version>
    <exclusions>
        <exclusion>
            <groupId>*</groupId>
            <artifactId>*</artifactId>
        </exclusion>
    </exclusions>
</dependency>

groupId和artifactId上的通配符排除了通常会通过使用该依赖项传播到模块的所有依赖项。

在一个类似的问题中，我声明了所需的依赖项，并提供了作用域。 使用这种方法，可传递依赖项会被获取，但不会包含在包阶段，这正是您想要的。 我也喜欢这个解决方案在维护方面，因为没有pom，或自定义pom在whaley的解决方案，需要维护;您只需要在容器中提供特定的依赖项就可以了

我发现有一件事很有用:

如果您将带有排除项的依赖项放在项目的父POM的dependencyManagement部分中，或者放在可导入的依赖项管理POM中，那么您就不需要重复排除项(或版本)。

例如，如果你的父POM有:

<dependencyManagement>
    <dependencies>
    ...         
        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
            <version>1.2.1</version>
            <exclusions>
                <exclusion>
                    <groupId>junit</groupId>
                    <artifactId>junit</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
     ....
  </dependencies>
</dependencyManagement>

然后，项目中的模块可以简单地将依赖声明为:

        <dependency>
            <groupId>commons-fileupload</groupId>
            <artifactId>commons-fileupload</artifactId>
        </dependency>

父POM中的将指定版本和排除项。我几乎在我们所有的项目中都使用了这个技巧，它消除了很多重复。

有一个变通的办法，如果你将依赖项的作用域设置为运行时，传递依赖项将被排除在外。但是要注意，这意味着如果您想打包运行时依赖项，就需要添加额外的处理。

要在任何打包中包含运行时依赖项，您可以使用maven-dependency-plugin针对特定工件的复制目标。

如果你在Eclipse下开发，你可以在POM编辑器(启用高级选项卡)依赖关系图中寻找你想要排除的项目依赖关系，然后:

右键单击它->“Exclude Maven Artifact…”Eclipse将为您排除，而不需要查找库链接到哪个依赖项。