pom文件解析

Maven的依赖是使用Maven坐标来定位的,而Maven坐标主要由GAV(groupId, artifactId, version)构成。因此,使用任何一个依赖之间,你都需要知道它的Maven坐标。

http://www.mvnrepository.com 在这里可以找到很多的依赖坐标。

1、依赖

  1. <dependency>    
  2.     <groupId>org.springframework</groupId>    
  3.     <artifactId>spring-core</artifactId>    
  4.     <version>${springframework.version}</version>    
  5.     <type>jar</type>    
  6.     <scope>compile</scope>    
  7. </dependency>    

groupId,必选,实际隶属项目

artifactId,必选,其中的模块

version必选,版本号

type可选,依赖类型,默认jar,还有一个比较特殊的,好像是以axi开头的,用的是mar

scope可选,依赖范围,默认compile还有test,provided,runtime,system

optional可选,标记依赖是否可选,默认false

exclusion可选,排除传递依赖性,默认空

2、scope的几个范围

  compile:编译,测试,运行

  test:测试

 provided :编译,测试

 runtime:运行

 system:system:编译,测试,同provided,但必须指定systemPath,网上都说-慎用。。。

3、scope范围的测试

  

maven自动从仓库下载相关的包





打包后,



打的war包中,只有log4j和freemarker的包了。

所以,拿网上的总结..

1.compile

编译范围,默认scope,在工程环境的classpath(编译环境)和打包(如果是WAR包,会包含在WAR包中)时候都有效。

 

2.provided

容器或JDK已提供范围,表示该依赖包已经由目标容器(如tomcat)和JDK提供,只在编译的classpath中加载和使用,打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包,一般由servlet容器提供,无需在打包到war包中,如果不配置为provided,把这些包打包到工程war包中,在tomcat6以上版本会出现冲突无法正常运行程序(版本不符的情况)。

 

3.runtime

一般是运行和测试环境使用,编译时候不用加入classpath,打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口,具体的时候可能有多个,运行时通过配置文件或jar包扫描动态加载的情况。典型的包括:JDBC驱动等。

 

4.test

测试范围,一般是单元测试场景使用,在编译环境加入classpath,但打包时不会加入,如junit等。

 

5.system(还未测试,一般用不到)

系统范围,与provided类似,只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。因为需要通过systemPath指定本地jar文件路径,所以该scope是不推荐的。如果是基于组织的,一般会建立本地镜像,会把本地的或组织的基础组件加入本地镜像管理,避过使用该scope的情况。




资料:

1. http://blog.csdn.net/lastsweetop/article/details/8493475

2. http://juvenshun.iteye.com/blog/269094

3.http://acooly.iteye.com/blog/1788890


注:

转载地址:http://www.cnblogs.com/Iqiaoxun/p/5350602.html

  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
当使用Maven加载和构建项目时,它会在pom文件解析和下载阶段使用一定的内存。这个阶段涉及以下几个方面的内存需求: 1. 解析pom文件:Maven需要将pom文件解析为内部表示形式以了解项目的结构、依赖关系和构建配置等。这个过程中,Maven会创建一个内存中的数据结构来表示项目的各个部分。对于较大的pom文件,这个过程可能需要较多的内存。 2. 下载依赖项:Maven会根据pom文件中定义的依赖关系从远程仓库或本地仓库下载所需的依赖项。在下载依赖项时,Maven会将它们缓存在本地仓库中,以便在后续构建中重复使用。这个过程中,Maven会使用内存来管理和处理下载的依赖项。 Maven的默认内存配置是有限的,以避免占用过多的系统资源。默认情况下,Maven可能会使用较低的内存限制,例如最大堆大小为256MB或512MB。这对于一些小型项目和简单的依赖关系可能是足够的。 然而,对于较大的项目或复杂的依赖关系,这个默认配置可能会导致内存不足的错误。在这种情况下,您可以通过修改Maven的配置文件(settings.xml)来增加Maven的内存限制。通过修改`<mavenOpts>`元素中的`-Xmx`参数值,您可以增加Maven的最大堆大小来提供更多的内存供Maven使用。 请注意,增加内存限制会占用更多的系统资源,因此您需要确保您的系统有足够的可用内存来支持这些更高的设置。如果您的系统内存较小,不建议将最大堆大小设置得过高,以免影响其他应用程序的运行。 总结起来,Maven在pom文件解析和下载阶段需要一定的内存来处理项目结构和依赖项。默认情况下,Maven的内存配置较低,可能需要根据项目的规模和复杂性进行调整。 希望这个解释对您有所帮助。如果您有任何进一步的问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值