1.新建一个工程 2.把依赖添加到新建工程的pom文件 神奇的事情发生了,依赖自动补全!!! 3.点击install 安装一下可能有些依赖会有其他依赖 建议:不要在自己原来的工程上浪费时间,新建工程. 如果不想手动导入依赖,也可以新建工程试试. 例如:aliyun-java-sdk-core-4.0.3 maven的 settings.xml设置(实测可用) <mirror> <id>alimaven</id> <name>aliyun maven</

应仔细检查父项目的dependencyManagement是否指定了打包方式<type>为pom,<scope>为import

引入项目过程中,idea引入磁盘的某个的maven项目 这里以springboot项目以例子,发现pom.xml 的依赖大面积爆红,springboot的版本依赖也报错了,然后发现下面有进度条在下载,下载了非常久还没有下载成功 对于springboot项目版本依赖报错, 解决方式1:更换一个spirngboot版本: 解决方式2:等待继续下载该版本的spirngboot依赖(尤其是第一次使用该版本的springboot依赖会下载比较久): 建议:平时建立springboot项目,springbo

背景:项目springboot版本由1.5.X升级到2.1.X,两个版本的分支需要共存,来回切换的时候,maven依赖各种报红 查看dependency发现1.5.X的jar和2.1.X的jar都存在 操作: mvn 命令行执行:mvn -U idea:idea后再reimport

如图: 解决方案: 在pom文件中添加依赖: <!-- https://mvnrepository.com/artifact/javax.servlet.jsp/jsp-api --><dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>jsp-api</artifactId> <version>2.1</version> <scope

1 突然自己的idea的Maven项目代码都是爆红,但是可以运行,添加新的代码确无法运行 尝试了clean,或者reimport,甚至是大家推荐的,刷新缓存重启也没有作用 2 检查项目的jdk配置,也没问题 3 最后解决. 删除项目的.idea文件夹,重启打开项目,重新配置jdk,就OK了.

使用IDEA集成maven管理项目依赖时,经常出现更改pom文件后maven依赖列表并未更改,且依赖报红,此时建议检查maven配置文件maven仓库是否下载好jar包,如果未下载好jar包文件夹内会出现.lastUpdated结尾的无效文件 1.使用bat批处理文件批量删除无效文件复制下方分割线内代码 =============分割线=============== set REPOSITORY_PATH=D:\develop\apache-maven-3.6.3\repo rem 正在搜索..

  maven可是个管理jar依赖的好玩意,不用再关心导这个jar包那个jar包,这个jar包是谁家的,和谁有啥关系.有了maven,简简单单就搞定,下面以eclipse为例,在一个springboot项目中,使用轻松加愉快的maven依赖~ 以eclipse为例,下载spring插件就不在赘述,本文只讲讲如何在网上查找依赖并copy到本地pom中,开始吧~ 1.百度搜索一下,不用多说你懂得,搜索maven 响当当第一个网站就是了~ 2.然后输入你想要的jar包依赖,就是jar名称~然后单击se

摘要 maven依赖问题作为开发者应该是经常遇到的问题,在个人单独开发单独维护的项目里,可能体现不那么明显,一是自己对导入的jar大部分都很明确,二是出现问题第一解决发现也很快,问题就没那么严重,而在多人协调开发的项目里,则可能会出现很严重的问题,而这些问题很多时候出现频率相当高,而一些隐匿的问题也多纠其本质,主要是1.开发规范缺失(大小公司不可避免)2.对maven构建把握的细节不够,3.开发者习惯等原因,所以本文主要针对2,3中的常见的问题进行列举和提出相应的解决方式. 背景 从公司的项目中

从公司代码库中check下一份完整代码,在其他开发机器上都能正确构建,唯独一台机器无法正确构建,查证了2个小时,最后还是死在了最基础的问题上 maven工程 工程如下,创建了一个新的maven工程,java使用1.7版本,pom.xml核心依赖如下 org.seleniumhq.selenium selenium-java 2.33.0 test 工程创建完成后直接报红叹号. 红叹号一般表示build path有问题 首先查看build path 没有显示任何错误. 其次看maven依赖是不是有

目录: 1.JsonObject maven 依赖包 2.idea引入maven有红线,没依赖 3.JsonObject没有fromObject \\\\\\\\\\\\\\\\\\\\\\\ 1.JsonObject maven 依赖包 一共就用一个,但是功能全就六个,我也是上网查到的. pom.xml如下: <dependencies> <!-- https://mvnrepository.com/artifact/net.sf.json-lib/json-lib --> &l

转:https://my.oschina.net/LevelCoder/blog/1802158 我们在导入一个新的项目到idea的时候,项目明明没有报错,但是会出现出了父包属于正常颜色外,其子包都会爆红色但是不属于项目本身错误,依旧可以正常启动,小编拿到入git上一个maven项目为例(lemur-generationa,一款代码生成器)导入结果如下图 不知道是不是存在强迫症看着很不舒适,原因是在idea导入项目时候在vcs追加了版本控制 我们只需要在.idea文件夹下的vcs.xml修改下内

在android studio中会遇到R文件的丢失,所以遇见这问题怎么解决呢? 重新检查资源文件中xml文件 最近一次编译时如果未生成R.java文件,项目中资源引用的地方都会出错.通常,这是某个xml布局文件的代码写错了,这里你就要检查一下了,修改找到的错误保存就可以了,这时R.java文件就不会爆红了. 清理项目 选择Build->Clean Project菜单项,android studio会重新编译整个项目,消除错误,建议经常进行. Gradle同步项目 这是教师给的:刚百度了一下,那个

目录 前提 场景 解决办法 1.首先,清除缓存,点击之后重启IDEA. 2.关闭IDEA,打开项目文件夹 3.重新打开 IDEA,找到右边的 Maven 4.解决 Maven 中 Dependencis 报红 前提 前提:保证 Maven 中的依赖都是正确的,不要犯例如少了字母等,此类错误. 如果不放心,可以去官网搜索,并重新复制粘贴. 官网链接:https://mvnrepository.com/ 场景 导入新项目,或其他原因,maven刷新也没用,疯狂报错.如下图: 解决办法 1.首先,清除

一.前言 什么是依赖冲突 依赖冲突是指项目依赖的某一个jar包,有多个不同的版本,因而造成了包版本冲突. 依赖冲突的原因 我们在maven项目的pom中 一般会引用许许多多的dependency.例如,项目A有这样的依赖关系: A -> C -> X(1.0) B -> D -> X(2.0) X是A的传递性依赖,但是两条依赖路径上有两个版本的X,那么哪个X会被Maven解析使用呢? 两个版本都被解析显然是不对的,因为那会造成依赖重复,因此必须选择一个. 至于怎么选肯定有它的规则(

1:前言 做软件开发这几年遇到了许多的问题,也总结了一些问题的解决之道,之后慢慢的再遇到的都是一些重复性的问题了,当然,还有一些自己没有完全弄明白的问题.如果做的事情是重复的,遇到重复性问题的概率也就会比较多了,如果是在一个新的领域里玩,遇到的问题又都是新的,自己从来没有见过的,但是问题的解决思路基本是类似的.下面这个问题,我觉得值得一记,因为以后还会再遇到类似的,我希望自己能很快的将其解决掉. 2:报错信息 如下是更新项目后,启动项目时抛出的部分错误信息. 十二月 14, 2016 7:52:

通常情况下,我们都比较喜欢使用maven进行项目管理,要加个依赖包也非常简单,不需要到处去下载jar包,当然除了maven之外,也还有一些非常不错的工具.在使用maven进行项目依赖管理的时候,有时候会出现一种情况,多个不同的开源组件都依赖了另外一个组件,但是这个组件的版本却不一样,在maven依赖中就会看到两个版本不同的jar,通常我们可以根据实际情况排除其中一个,当然前提是这个版本没有太大的差异,兼容.老规矩,直接了当说怎么做吧: 1.手工添加配置:在dependency标签里使用子标签ex

最近做的项目都是maven的,据说maven是个东西.把依赖的jar文件的事情都委托出去辣!试着用了一下哈,效果还可以! 今天做了数据库配置这一块,特意把相关的东西总结出来,以备不时之需. MySQL db driver maven dependency <dependency>    <groupId>mysql</groupId>    <artifactId>mysql-connector-java</artifactId>    <

相同依赖级别,先加入的先依赖不同依赖级别,级别短的先依赖 version-->SNAPSHOTxxx-里程碑-->SNAPSHOT,alpha,beta,Release(RC),GA()svn版本控制cms0.0.1-SNAPSHOT-->cms0.0.1-Release-->cms1.0.1-SNAPSHOT -->cms0.1.1-SNAPSHOT-->cms1.0.1-RELEASE -->cms0.1.1-release 1. 依赖配置    依赖可以声明

今天遇到要全局排除一个maven依赖,因为Maven本身没有全局排除依赖的办法, 参考了同事人英写的一篇博文(可以看这里http://my.oschina.net/liuyongpo/blog/177301) 总结下来是两种办法: 1.在maven服务器部署一个需要排除的依赖的空jar . 2.使用maven-enforcer-plugin 加排除黑名单.

一.maven 依赖传递规则 举个例子,比如A依赖B,B依赖C,那么A也是依赖C的.A是对B的直接依赖,A对C是传递依赖 ①.最短路劲原则 如,路劲一:A依赖B,B依赖C,C依赖D(1.0.0): 路劲二:A依赖E,E依赖D(2.0.0), 此时A间接依赖D版本是2.0.0! ②.最先定义原则 如,路劲一:A依赖B,B依赖C(1.0.0): 路劲二:A依赖E,E依赖C(2.0.0), 此时A间接依赖C版本是1.0.0! 题外话,如果想精确的控制依赖包版本,可以使用依赖的排除功能——>exclus