IDEA2.8版本pom的依赖怎么导入呀

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了IDEA2.8版本pom的依赖怎么导入呀相关的知识,希望对你有一定的参考价值。

参考技术A 一个pom,作为父pom。
一个pom,包含、定义最终的ear包,它负责给最终的包做配置。
一个pom,包含、定义web应用的代码,也就是我们的war包。
一个pom,包含、定义ejb模块的代码,用来打包我们的ejb的模块。
一个pom,包含JPA(数据库实体)类。
在properties部分之后,继续添加另一个重要的部分dependencyManagement。这里用来定义在应用的模块中可能会用到的依赖和各自的版本。在这一部分中,我们实际关注的是版本号,包含还是排除依赖是取决于子pom(也就是说它们是不会被自动添加到子pom中的)。它们的作用范围也是一样。所以DependencyManagement是一个集中控制版本号的地方。
在我们的父pom中,跟dependencyManagemt相似的另一个重要的部分是pluginManagement。在这个部分定义所有maven插件的版本和通用的配置。这些插件在我们的应用配置和打包的过程中会被引用或者是使用到。下面的例子中,我定义了一个最基本的编译器插件。当然,我们还需要更多的插件。
参考技术B 对应项目打开设置,lib里添加struts2的jar包即可

idea 怎么引入在pom.xml的jar

参考技术A maven3在解决依赖冲突采用就近原则,在就近原则不能做出判断的情况下依据pom.xml的声明的先后顺序决定导入的jar。
jar包冲突多为传递性依赖的管理不当给项目带来的麻烦解决思路罗列如下:
1、首先查看当前项目的jar关系如果使用eclipse、idea等编辑器可打开pom.xml文档底部有Dependency Hierarchy可供查看jar的依赖情况。第二种使用maven插件的方式使用命令行:
mvn dependency:tree
结果中重要的是两个部分,首先是Used undeclared dependencies意值项目中使用到的,但是没有显示声明的依赖。这种依赖意味着潜在的风险。他是通过其他直接依赖导入的传递性依赖,当直接依赖升级时相关依赖的版本也会变化。可能导致当前项目报错,且不易察觉。另一个部分是Unused declared dependencies意指项目中未使用的,但显式声明的依赖。需要注意的是我们不应该直接删除了事而是应该仔细分析。因为这个命令行发现不了执行测试和运行时需要的依赖。
以上方法都可可完整的查看当前项目的jar情况,个人更喜欢使用命令行。
2、通过以上方法我们可以看到项目中引用jar版本号;接下来就是如何排除掉我们不想要版本的jar;语法如下:
<dependency>
<groupId>.....</grooupId>
<artifactId>....</artifactId>
<version>...</version>
<exclusions>
<exclusion>
<groupId>.....</groupId>
<artifactId>.....</artifactId>
</exclusion>
</exclesions>
<dependency>
<!--exclusions可包含一个或多个exclusion元素-->
3、一下规避jar冲突的思路,如果项目中有直接用到某个jar而这个jar已通过传递依赖的方式引入到maven项目里了。最好排除这个传递依赖在pom里面明确的声明这个依赖。归类依赖,不断的优化依赖如,去除多余的依赖。本回答被提问者采纳

以上是关于IDEA2.8版本pom的依赖怎么导入呀的主要内容,如果未能解决你的问题,请参考以下文章

maven,pom.xml里配置了插件,是怎么使用的

idea不能离线导入本地依赖

idea 怎么引入在pom.xml的jar

maven项目报错 pom

重新导入依赖的常见方式

@MapperScan注解需要在pom.xml导入啥