maven dependency中provided和compile的区别

最新推荐文章于 2024-04-23 17:22:43 发布
最新推荐文章于 2024-04-23 17:22:43 发布
阅读量7.2w 收藏 35
点赞数 16
分类专栏： 问题记录
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liubofucius/article/details/80844511
版权
在本地启动一个新项目时，

报错: java.lang.ClassNotFoundException: javax.servlet.Filter
环境intellJ idea,我同事的myeclipse就可以直接启动

最后搜了下问题
问题原因是：spring boot项目中引入使用的是scope=provided
        
<dependency>
            <groupId>org.apache.tomcat.embed</groupId>
            <artifactId>tomcat-embed-jasper</artifactId>
            <scope>provided</scope>
        </dependency>

而默认情况下，idea是不会提供对应的servlet-api.jar包eclipse会提供

网上有人说这是idea的bug,这么说显然是不对的，是完全没有理解provided和compile的区别

对于scope=compile的情况（默认scope),也就是说这个项目在编译，测试，运行阶段都需要这个artifact对应的jar包在classpath中。而对于scope=provided的情况，则可以认为这个provided是目标容器已经provide这个artifact。

        这么说可能不是很好理解：换个简单的，就是你在把这个项目打成war包时，scope=provided的jar包，不会出现在WEB-INFO/lib目录下，而scope=compile的jar包，会放到WEB-INFO/lib目录

        这样可以避免想servlet-api.jar这样的jar包冲突，但是如果遇到idea下默认不提供servlet-api.jar时，使用scope=provided就会缺少对应的jar包，也就是我遇到的问题找不到类
fucius丶夫子
关注
专栏目录
Maven简介（六）——Dependency
虚怀若谷
11-12 1428
Dependency介绍7.1     依赖的传递性当项目A依赖于B，而B又依赖于C的时候，自然的A会依赖于C，这样Maven在建立项目A的时候，会自动加载对C的依赖。依赖传递对版本的选择假设A依赖于B和C，然后B依赖于D，D又依赖于E1.0，C直接依赖于E2.0，那么这个时候A依赖的是E1.0还是E2.0，还是这两个都依赖呢？两个都依赖是肯定不行的，因为它们可能会有冲突的地方。这个时候就涉及到M
Maven构建命令集合 命令方式与IDEA可视化 了解构建生命周期
m0_53709764的博客
08-06 575
本文列出了Maven各个构建命令，并对其中的主要命令进行了详细操作解释，包括在命令背后具体做的是哪些工作。以命令方式与IDEA可视化方式分别介绍了Maven的构建命令，并在最后解释了Maven的构建生命周期。
maven dependency中scope=compile 和 provided区别
热门推荐
憧憬的专栏
03-09 7万+
问题再现上次这边朋友问我一个问题，就是他们在pom.xml中的dependency中，看到有一些是provided的情况，比如如下：<dependency> <groupId>com.liferay.portal</groupId> <artifactId>portal-impl</artifactId> <version>6.1.0</version> <scope
记录 maven依赖关系中provided、compile用法
weixin_40745353的博客
04-23 203
maven依赖关系中的<scope>provided</scope>使用详解_java_脚本之家
maven依赖scope=compile和provided 区别
Mia的博客
03-13 744
maven dependency中scope=compile 和 provided区别
【Maven】Maven pom文件中dependency scope用法
keeper42的博客
02-28 334
在Maven中依赖的域有： compile、provided、runtime、system、test、import。 依赖范围(Scope) 编译classpath 测试classpath 运行时classpath 传递性 说明 compile Y Y Y Y spring-core test - Y - - junit provided Y Y - - servlet-ap
maven依赖关系中的<scope>provided</scope>使用详解
08-18
`<scope>provided</scope>`是Maven中的一种依赖范围，它主要用于那些由JDK或者应用服务器提供的库，比如Servlet API和其他Java EE相关的API。使用`<scope>provided</scope>`表明Maven在编译和测试期间会使用这些依赖...
Maven的Dependency测试
08-05
**Maven的Dependency测试**...总之，Maven的Dependency测试是Java开发中至关重要的部分，通过合理地配置和管理依赖，可以保证项目的稳定性和可维护性。了解和掌握这些知识，对于提升开发效率和团队协作有着积极的影响。
【异常】Maven的scope错误使用导致pom must be one of [provided, compile, runtime, test, system] but is ‘import‘
本本本添哥
03-25 3018
Maven项目不同的阶段引入到classpath中的依赖是不同的，例如，编译时，Maven会将与编译相关的依赖引入classpath中，测试时，Maven会将测试相关的的依赖引入到classpath中，运行时，Maven会将与运行相关的依赖引入classpath中。依赖范围就是用来控制依赖与三种classpath(编译classpath、测试classpath、运行classpath)的关系。依赖范围更为通俗的理解，其实就是给依赖包打标记。
Maven dependency 详解
Freeze-e 的博客
11-12 1万+
groupId、artifactId和version：基本坐标 type：依赖的类型，对应项目坐标定义的packaging scope依赖的范围 optional标记依赖是否可选（不推荐） exclusions，用来排除传递性依赖   依赖范围 compile 编译依赖范围，默认使用该范围，对于编译、测试、运行三宗classpath都有效。 test 测试依赖范围，只对测试cla...
Maven相关
L_Mr_ll的博客
06-12 405
Maven dependencies与dependencyManagement的区别: Maven使用dependencyManagement元素来提供了一种管理依赖版本号的方式，通常会在一个组织或者项目的最顶层的父pom中看见dependencyManagement元素。 使用pom.xml中的dependencyManagement元素能让所有在子项目中引用一个依赖而不用显式的列出版本号。Ma...
java面试 - maven dependency中provided和compile的区别
tianyeshiye
02-13 2629
对于scope=compile的情况（默认scope),也就是说这个项目在编译，测试，运行阶段都需要这个artifact对应的jar包在classpath中。而对于scope=provided的情况，则可以认为这个provided是目标容器已经provide这个artifact。         这么说可能不是很好理解：换个简单的，就是你在把这个项目打成war包时，scope=provided的...
gradle providedCompile 与compile区别
读研功夫
09-16 402
Gradle compile: 如果你的jar包/依赖代码 在编译的时候需要依赖，在运行的时候也需要，那么就用compile 例如 ： compile ‘org.springframework.boot:spring-boot-starter-websocket:1.1.6.RELEASE’ Gradle providedCompile： 如果你的jar包/依赖代码 仅在编译的时候需要，但是在运行...
ｍaven中scope属性的compile、test、provided有什么区别？
weixin_42844704的博客
03-19 2123
详见的是这三个值:compile\test\provided，还可能是下面这几个值：system/runtime/import，在test目录（空间）下也有效。在test目录（空间）下也有效。在test目录（空间）下也有效。在main目录（空间）下有效。在main目录（空间）下有效。在部署到服务器（时间）有效。在main目录（空间）下。在开发过程（时间）有效。在开发过程（时间）有效。在部署到服务器（时间）在开发过程（时间）有效。在部署到服务器（时间）
Android的gradle中compile和provided的区别
LIUW的博客
08-01 1万+
gradle中compile、provided、compile files和compile project的区别
idea中将项目打成jar包并在其他项目中引用
Good Luck
04-13 7181
打包  点击File -> 点击Project Structure…  然后点击Artifact -> 点击左上角 + 号  然后选择JAR -> From modules with dependencies…  然后选择方法的主类路径 ->选择完路径后点击ok  然后点击Apply -> ok 打包到此结束，然后该Build了，不进行Build不会有jar包 Build构建jar包  点击工具栏的Build -> Build Artifacts… ..
provided和compile的区别
baidu_33634330的博客
07-09 9570
gradle provided和compile的区别在于： 1、compile: 假如你的jar包存在代码依赖性，在编译、运行时候需要依赖代码，那就用compile 2、provided： 假如你的jar包存在代码依赖性，但是只在编译的时候需要用，而运行时不需要，例如运行时会去使用机器中system/framework/中的jar，那就使用provided ...
maven项目中如何使用servlet类，为什么加入后dependency会报错
最新发布
09-12
在Maven项目中使用Servlet类，首先需要在项目的`pom.xml`文件中添加Servlet API的依赖。这是一个标准的Maven依赖配置方式，它告诉Maven在构建过程中应该包含哪个库。通常情况下，Servlet依赖项会如下所示： ```xml <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>版本号</version> <scope>provided</scope> </dependency> ``` 其中`版本号`应该替换为你希望使用的Servlet API版本。`scope`标签的值为`provided`表示这个依赖在运行时不会被打包进war文件，因为运行时容器（如Tomcat）已经提供了相应的实现。如果你将`scope`设置为`compile`，那么这个依赖会包含在war文件中，这通常不是必需的。 如果添加了Servlet依赖之后dependency报错，可能的原因包括： 1. 版本冲突：可能项目中有其他的依赖和Servlet API有版本冲突。 2. 依赖未解析：Maven的本地仓库中可能没有该依赖或者该依赖的资源信息，需要联网从中央仓库下载。 3. 构建路径问题：可能因为IDE的构建路径配置不正确导致识别依赖失败，需要检查并同步Maven配置。 为了确保不会出错，可以尝试以下步骤解决： - 确保网络连接正常，让Maven自动下载所需的依赖。 - 检查`pom.xml`文件中是否有重复的依赖定义，移除重复项。 - 如果使用IDE（如Eclipse或IntelliJ IDEA），确保IDE的Maven插件配置正确，有时需要刷新项目或手动触发Maven项目更新。 - 确认`<version>`标签中指定的Servlet API版本是否与项目使用的服务器兼容。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值