dependency引入的东西 作用:代码编译/运行时所需要的东西 打包:项目打包后这些东西基本都在(一般都在). 例如:JSON工具包GSON(com.google.code.gson),不仅开发时要用,项目运行时也要用,就需要打包进项目中: plugin引入的东西 作用:插件,作为开发/编译/打包时的一种辅助工具 打包:一般不会打包进项目中. 例如:使用 maven-source-plugin 插件将API包的源码一起打包,方便发布至Maven仓库,而这个插件不会在打包后的项目中出现.

classifier元素用来帮助定义构件输出的一些附属构件.附属构件与主构件对应,比如主构件是 kimi-app-2.0.0.jar 该项目可能还会通过使用一些插件生成 如 kimi-app-2.0.0-javadoc.jar . kimi-app-2.0.0-sources.jar 这样两个附属构件.这时候,javadoc,sources就是这两个附属构件的classifier,这样附属构件也就拥有了自己唯一的坐标. Note: 不能直接定义项目的 classifer,因为附属构件不是项目直接

<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope></dependency> <groupId > :创建项目的组织或团体的唯一 Id.可视为公司名 <artifactId > :项目的唯一

1.test范围指的是测试范围有效,在编译和打包时都不会使用这个依赖 2.compile范围指的是编译范围有效,在编译和打包时都会将依赖存储进去 3.provided依赖:在编译和测试的过程有效,最后生成war包时不会加入,诸如:servlet-api,因为servlet-api,tomcat等web服务器已经存在了,如果再打包会冲突 4.runtime在运行的时候依赖,在编译的时候不依赖 默认的依赖范围是compile

1.test范围指的是测试范围有效,在编译和打包时都不会使用这个依赖 2.compile范围指的是编译范围有效,在编译和打包时都会将依赖存储进去 3.provided依赖:在编译和测试的过程有效,最后生成war包时不会加入,诸如:servlet-api,因为servlet-api,tomcat等web服务器已经存在了,如果再打包会冲突 4.runtime在运行的时候依赖,在编译的时候不依赖 5.import在导入依赖的时候 6.system 注意:默认的依赖范围是compile

1 maven 中配置 <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration> <source>1.8</source> <target>1.8</target

Maven中的parent定义的dependency,其中继承者是可以直接使用parent中的Maven Dependencies的. packagin要选择jar,parent project要选择要继承的maven project.packaging中有三种选项,一种是pom,一种是jar,一种是war.无论选择哪一种,最后都是maven项目,所有都带有pom配置文件.但是jar和war是会有其他一些文件(jar中有libraries, resources and accessories f

Maven 中央仓库地址: 1. http://www.sonatype.org/nexus/ 2. http://mvnrepository.com/ (本人推荐仓库) 3. http://repo1.maven.org/maven2 在maven中添加jar包: Maven是基于项目对象模型,提供程序构建能力.更是提供高级的项目管理工具.在开发中,我们能节约不少的磁盘开销能力,同步更新上传svn(只是一种)上的项目,也不用每次更新jar包,把jar包放在磁盘的某一处,项目中多次使用. 工具/

[转载:https://blog.csdn.net/blueheart20/article/details/52838093] 1. Maven中的profile设置 Maven是目前主流的项目代码结构管理工具和打包发布工具,在其中提供了profile方式,可以将不同的环境下的信息,基于profile来进行管理,所有的配置信息放入profile之内: 大家可以把profile当作一套环境下的独立一套配置来理解. 示例如下, pom.xml中的配置部分内容: <project> <!--

原文:http://blog.csdn.net/u012152619/article/details/51485297 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0http://ma

Maven系列(一)plugin maven-compiler-plugin 使用 mvn compile 命令,出现错误: 编码 GBK 的不可映射字符而不能编译.这是因为代码或注释中存在中文引起的,一般在 IDE 中会自动处理编译时的字符集,就不会碰到这个错误.这个错误是在生成代码后,其中自动加上了中文注释,手动删除中文注释处理这个问题太麻烦.这个错误是在命令行执行编译命令才出现的,需要设置编译的字符集,设置方式是: <plugin> <groupId>org.apache.m

scope maven中scope的默认值是compilescope的分类1)compile 默认是compile.compile表示被依赖项目需要参与当前项目的编译,包括后续的测试,运行周期也参与其中,是一个比较强的依赖.打包的时候通常需要包含进去.2)test 表示依赖项目仅仅参与测试相关的工作,包括测试代码的编译,执行.比较典型的如junit3)runtime 表示被依赖项目无需参与项目的编译,不过后期的测试和运行周期需要其参与.与compile相比,跳过编译而已.在终端的项目(非开源,企

今天用IDEA来启动项目,使用的是maven中的tomcat7插件,正常启动后,再页面操作新增或修改数据时,发生了诡异的事, 中文保存后全部乱码...顿时不淡定了,接着就开始排查原因 首先检查IDEA的编码格式,如图: 编码格式都是UTF-8,没有问题. 然后又检查数据库编码格式: 也没发现问题... 顿时郁闷了,后来又从pom.xml中配置的tomcat插件入手检查, 发现项目中的配置为: <plugin> <groupId>org.apache.tomcat.maven<

1.在Maven中dependencyManagement的作用其实相当于一个对所依赖jar包进行版本管理的管理器. 2.pom.xml文件中,jar的版本判断的两种途径 1:如果dependencies里的dependency自己没有声明version元素,那么maven就 会倒dependencyManagement里面去找有没有对该artifactId和groupId进行过版本声明,如果有,就继承它,如果 没有就会报错,告诉你必须为dependency声明一个version 2:如果dep

 在POM 4中,<dependency>中还引入了<scope>,它主要管理依赖的部署.目前<scope>可以使用5个值: * compile,缺省值,适用于所有阶段,会随着项目一起发布.     * provided,类似compile,期望JDK.容器或使用者会提供这个依赖.如servlet.jar.     * runtime,只在运行时使用,如JDBC驱动,适用运行和测试阶段.     * test,只在测试时使用,用于编译和运行测试代码.不会随项目发布.  

想使用单元测试 来测一下服务请求,于是想到了使用Junit,查了一下,决定使用 HttpUnit 来发送请求 于是在maven中引入了 <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency>

以前一直没有在意,今天建立maven工程的时候在<dependencyManagement>节点下加入了junit依赖,结果在dependency Graph中没有发现junit的依赖关系,怎么回事?没有加入项目依赖?遂google之 得解释: 1 ．使用项目继承 利用项目继承可以将结构信息,部署信息,共同的依赖信息放置在单一的位置.在每个工程的 pom 中: [...] <parent> <groupId>org.apache.maven.proficio</g

本文部分引用自:http://haohaoxuexi.iteye.com/blog/1827778 在Maven中提供了一个settings.xml文件来定义Maven的全局环境信息.这个文件会存在于Maven的安装目录的conf子目录下面,或者是用户家目录的.m2子目录下面.我们可以通过这个文件来定义本地仓库.远程仓库和联网使用的代理信息等. 其实相对于多用户的PC机而言,在Maven安装目录的conf子目录下面的settings.xml才是真正的全局的配置.而用户家目录的.m2子目录下面的s

只要下回插件并添加相应的配置文件即可.本文仅是做下相关记录 1.修改pom.xml添加插件 <plugin> <groupId>com.pyx4me</groupId> <artifactId>proguard-maven-plugin</artifactId> <executions> <execution> <phase>package</phase> <goals> <goa

maven中jetty插件的配置,可用于项目在内置jetty服务器中的部署. <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <configuration> <contextPath>/Demo1</contextPath> <connectors> <conne