首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在Maven 2中,我如何知道依赖性来自哪个依赖?

在 Maven 2 中,您可以使用以下方法来确定依赖关系来自哪个依赖项:

  1. 使用 mvn dependency:tree 命令查看依赖树。

在项目根目录下运行此命令,它将显示项目中所有依赖项及其版本,以及它们的传递依赖关系。

例如:

代码语言:txt
复制

$ mvn dependency:tree

INFO Scanning for projects...

INFO

INFO ------------------< com.example:my-project >-------------------

INFO Building my-project 1.0-SNAPSHOT

INFO -------------------------------- jar ---------------------------------

INFO

INFO --- maven-dependency-plugin:2.8:tree (default-cli) @ my-project ---

INFO com.example:my-project:jar:1.0-SNAPSHOT

INFO +- org.springframework.boot:spring-boot-starter-web:jar:2.5.4:compile

INFO | +- org.springframework.boot:spring-boot-starter:jar:2.5.4:compile

INFO | | +- org.springframework.boot:spring-boot:jar:2.5.4:compile

INFO | | | - org.springframework.boot:spring-boot-autoconfigure:jar:2.5.4:compile

INFO | | +- org.springframework.boot:spring-boot-starter-logging:jar:2.5.4:compile

INFO | | | +- ch.qos.logback:logback-classic:jar:1.2.3:compile

INFO | | | | - ch.qos.logback:logback-core:jar:1.2.3:compile

INFO | | | +- org.apache.logging.log4j:log4j-to-slf4j:jar:2.14.1:compile

INFO | | | | - org.apache.logging.log4j:log4j-api:jar:2.14.1:compile

INFO | | | - org.slf4j:jul-to-slf4j:jar:1.7.32:compile

INFO | | +- org.springframework.boot:spring-boot-starter-tomcat:jar:2.5.4:compile

INFO | | | +- org.apache.tomcat.embed:tomcat-embed-core:jar:9.0.50:compile

INFO | | | +- org.apache.tomcat.embed:tomcat-embed-el:jar:9.0.50:compile

INFO | | | - org.apache.tomcat.embed:tomcat-embed-websocket:jar:9.0.50:compile

INFO | | +- org.springframework:spring-web:jar:5.3.9:compile

INFO | | | - org.springframework:spring-beans:jar:5.3.9:compile

INFO | | - org.springframework:spring-webmvc:jar:5.3.9:compile

INFO | | +- org.springframework:spring-aop:jar:5.3.9:compile

INFO | | +- org.springframework:spring-context:jar:5.3.9:compile

INFO | | - org.springframework:spring-expression:jar:5.3.9:compile

INFO | +- org.springframework.boot:spring-boot-starter-validation:jar:2.5.4:compile

INFO | | +- javax.validation:validation-api:jar:2.0.1.Final:compile

INFO | | - org.hibernate.validator:hibernate-validator:jar:6.2.0.Final:compile

INFO | | +- org.hibernate.validator:hibernate-validator-cdi:jar:6.2.0.Final:compile

INFO | | +- javax.validation:validation-api:jar:2.0.1.Final:compile

INFO | | +- org.jboss.logging:jboss-logging:jar:3.4.1.Final:compile

INFO | | - com.fasterxml:classmate:jar:1.5.1:compile

INFO | +- org.springframework.boot:spring-boot-starter-json:jar:2.5.4:compile

INFO | | +- com.fasterxml.jackson.core:jackson-databind:jar:2.12.5:compile

INFO | | | +- com.fasterxml.jackson.core:jackson-annotations:jar:2.12.5:compile

INFO | | | - com.fasterxml.jackson.core:jackson-core:jar:2.12.5:compile

INFO | | +- com.fasterxml.jackson.datatype:jackson-datatype-jdk8:jar:2.12.5:compile

INFO | | +- com.fasterxml.jackson.datatype:jackson-datatype-jsr310:jar:2.12.5:compile

INFO | | - com.fasterxml.jackson.module:jackson-module-parameter-names:jar:2.12.5:compile

INFO | - com.fasterxml.jackson.dataformat:jackson-dataformat-yaml:jar:2.12.5:compile

INFO | +- org.yaml:snakeyaml:jar:1.27:compile

INFO | - com.fasterxml.jackson.core:jackson-databind:jar:2.12.5:compile

INFO | +- com.fasterxml.jackson.core:jackson-annotations:jar:2.12.5:compile

INFO | - com.fasterxml.jackson.core:jackson-core:jar:2.12

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • TestNG环境搭建(一)

    在Java的编程语言中,单元测试框架早期主要使用的为Junit,后面产生了TestNG的单元测试框架,那么具体怎么理解TestNG测试框架了?TestNG测试框架可以理解为下一代单元测试框架。或者更加官方的说,就是:NG代表的是下一代的含义,设计TestNG的灵感来自Junit的设计思想,单元测试框架可用于单元测试,以及自动化测试(UI自动化测试和接口自动化测试),以及集成测试和端到端的测试。TestNG在很短的时间内就得到了普及(目前也是各个公司招聘测试必须要具备的单元测试框架之一的一个框架)。它主要使用Java的注解来配置和编写测试用例。在TestNG的测试框架中,具备了前置测试条件和后置测试条件的处理,依赖性测试,测试分组性的测试,参数化的测试,多线程执行,以及可以和Allure整合后的测试报告,当然它本身就内置了测试报告。TestNG主要是通过XML配置文件来指定被需要执行的测试套件(测试类以及测试方法),默认的情况下,文件名称为testng.xml,当然我们可以自定义成其他的名字,但是我个人建议还是使用默认的名字比较好,这样更加具备通用型。TestNG测试框架的特点可以具体描述为:

    03

    成立黑客政策委员会,谷歌出台全新网络安全计划

    4月14日,谷歌正式公布了一系列举措,专门针对目前漏洞管理生态系统的不足,出台一些更透明度的制度和措施。 谷歌曾在一份公告中提到,零日漏洞作为头条新闻的“常客”,风险性确实是比较大的。即使我们一发现漏洞就立刻修复,它的风险仍然存在,而且可能出现的风险包括OEM采用的滞后时间、补丁测试的痛点、终端用户的更新问题等各个方面,所以如何去改善这件事,真的是个非常现实的问题。 不仅如此,安全威胁还可能来自于供应商应用不完整的补丁。有时候一些实验室和研究机构外部的零日漏洞有很大一部分会直接变成以前打过补丁的漏洞的“升级

    02
    领券