不多说,直接上干货! 问题详情 以下是我,maven构建出来的最新spark2.2.0-bin-hadoop2.6的项目. 有些依赖包,maven还是无法一次性满足,所以,得手动加入lib的jar包. 其实,这原理很简单,跟hadoop项目是一样的.无非说maven构建项目方便下载jar包,但是也不是万能一次性全部到位和满足需要的. 假设,大家,还需要导入 导入spark的jar包:是安装主目录下的jars所有jar包和examples/jars包. 点击project structure 按钮

一.问题 用idea从cvs上check out的maven项目,打开后,发现依赖的jar包都有红色下划线.检查本地的maven库中有对应的包,那就是依赖有问题,idea没有在本地找到对应的包. 二.解决 1.将pom.xml文件中的所有dependency标签都删除掉,然后在Maven Projects中点击“刷新”按钮. 点击maven projects窗口中的刷新“按钮” 此时所有的依赖都被清除了. 2.然后撤销pom.xml文件的删除操作,即恢复原有项目的pom配置.     再进入Ma

解决方法: 移除pom.xml中相关依赖,再重新添加即可. 情况及具体解决方法如下: 1.在Maven Project中 Dependencies 出现红色波浪线,如图所示 2.查询本地仓库:jar包已存在,如图所示: 3.解决方法:把对应项目的pom.xml中相关依赖剪切,然后回退即可,效果如图: 4.恢复正常,不再出现红色波浪线 (最好是在剪切以后执行以下maven的clean操作). 总结:当不是由于引入jar包不存在的情况的时候,就要考虑到这种情况问题(IDEA的BUG),先删除pom.

右键项目--> Maven4MyEclipse --> Update Project Configuration

原因是我的eclipse默认open perspective是java ee,改成java就恢复正常了.

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

由于项目一些特殊需求,pom依赖的包可能是非Maven Repository下的包文件,因此无法自己从网上下载.此时,我们团队git上对该jar使用. Maven项目pom引入lib下jar包 在eclipse project下根下创建一个lib文件夹,将依赖包拷贝到这个lib下. 然后,修改Pom.xml <dependency> <groupId>org.apache.spark</groupId> <artifactId>spark-core_2.11

文章完全转载自 : https://blog.csdn.net/qq_31289187/article/details/81117478 问题一: 经常遇到公司私服或者中央仓库没有的jar包,然后通过各种渠道找到了解决问题的jar包,但是发现没有pom文件,maven项目引入之后,还有maven在本地仓库找不到对应jar包的pom文件,打包的时候会在私服下载对应jar包的pom文件而抛出异常,通过maven就可以解决这个问题.前提是你安装了maven,然后在命令行执行命令就OK了!!! [ERR

在项目开发中,一般使用maven来管理项目,但有时还需要引用本地lib下的jar包 比如,中央仓库没有jar包.这时我们就需要引入lib下的jar包了. 1.首先在dependencies里加入本地jar包.如图1.1所示在点击红色方框处加号,选择添加JARs or directories 添加项目lib下的jar包,如图1.2   1.3所示. 图1.1 图1.2 图1.3 2.如图1.4,进入Artifacts,右击将新添加的lib下的包,put into /WEB-LIF/lib 图1.4

昨天在check下来maven项目之后一些配置好了,就是下载不是maven 依赖库,后面再网上找到如下解决方案. 在.classpath文件中加入如下代码就好了. <classpathentry kind="con" path="org.eclipse.m2e.MAVEN2_CLASSPATH_CONTAINER"> <attributes> <attribute name="maven.pomderived" va

注:本文来源于 _xiaoxiong  <Maven项目引入log4j的详细配置> 引入log4j pom.xml <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> 配置log4j Appender 为日志输出目的地,Log4j提供的

maven项目依赖了几个额外的jar包一直都无法打进最终jar,不知道哪里出了问题.一直对这块不甚清楚,就大概梳理一下 默认打包方式: maven项目下,默认编译目录为 src/main/java和src/test/java 和 src/main/resouces和src/test/resources 所以按照默认条件,其他目录的东西都不会被打进去,而且这些目录底下的一些非符合条件文件也不会被打包,java目录下只会打包.java文件,具体看target/classes目录下的文件即可 除非特别

如何在idea中引入一个新的maven项目,请参见如下操作:      

困扰几个小时,终于查到解决办法及原因(可以直接到最后看解决方案) 环境就是用IDEA搭建的maven项目,主要jar包引入配置如下 <dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.6</version> </dependency&g

普通的web 项目引入 maven   子项目后,,启动web不会出现异常,登录web 页面异常提示: HTTP Status 500 - java.lang.NoSuchMethodError: org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclipse/jdt/core/compiler/IProblem; 在子项目中做了处理 <dependency> <groupId>org.a

maven项目放入tomcat中时,总是报错,而且这些jar都是真实存在的,错误如下: maven eclipse tomcat java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener 解决方案:

今天看一下maven项目的创建和具体操作.

刚刚要开始从eclipse切换成idea,据说idea功能强大,可是刚刚开始使用很多不习惯,导入第二个maven项目时之前的项目就没了,比较苦恼,下面介绍下导入多个maven项目展示在左侧栏Maven Projects,提醒:使用工具的时候一定看清楚提示再操作,就会少走好多弯路. 1.选择file-new-Module from Existing Sources... 2.选中项目的根目录,点击OK 3.默认选择Ceate module from existing sources,但是我们要选择

1.pom.xml配置文件中删除ojdbc的依赖配置后更新maven项目,然后再到本地仓库中将ojdbc这个文件夹删除 2.在网上下载ojdbc14.jar,然后改名为ojdbc14-10.2.0.2.0.jar,这个地方一定要改名,否则在后面的步骤中创建的Maven本地映射文件就找不到这个jar文件. 可以直接下载我的ojdbc14-10.2.0.2.0.jar文件,链接:https://pan.baidu.com/s/1OT4heMOggwVTczgiOH387g 提取码:c0r5 3.打开

maven项目用起来很方便,但是它的目录结构和eclipse的目录结构是有区别的,故而在eclipse下的maven项目,直接运行调试是有一些问题的. 为了方便maven项目的运行调试,因而也就有了像tomcat-maven-plugin,jetty-maven-plugin这类maven插件,不使用eclipse的运行,而直接在maven中运行这类插件是一点问题没有的,调试使用都很方便.但是resin这个容器在maven下的插件就不怎么样了,而且也不再有维护支持了.此时就只能使用eclipse

问题描述: 有一个java maven web项目,需要引入一个第三方包gdal.jar,但是这个包是自己打包的,在maven中央库里面找不到该包,因此我采用传统的方式,将这个包拷贝到:项目名称\src\main\webapp\WEB-INF\lib的目录下,然后通过config build path将该gdal.jar包引入到项目工程中.对于传统java web项目,这么做当然没有问题,但是对于maven项目,项目打包(mvn install)时就会报错,在项目调试时(debug on ser