我就是我的博客

可以在项目或module下将*.iml文件(这个文件里包含了项目依赖的所有jar包)删除 并且重新clean 编译下就好了。

当maven项目中有引用到jdk内部类时，直接打包(打包会先编译)会报出问题，最终会Build Failure 解决方式如下：<plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <configuration>

maven 打包 时出现非法字符： /65279错误在用命令对项目进行打包操作时（clean package），报出在某文件的第一行第一个字符出现非法字符问题。 尝试了一种方式：将该文件另存为，选择编码方式改为UTF-8无BOM。随后打包 但是问题依然存在 尝试另一种方式：选中出现非法字符的文件，右键属性–>编码方式改为ISO-8859-1,会发现文件中的确有乱码，将乱码删除。随后 右键属性–>

依赖引入依赖当 项目A 用到了 某jarB包中的某些类时，A 就对 B 产生了依赖。那么如何在项目 中以依赖的方式引入一个我们需要的 jar 包呢?比如项目A依赖了junit，则可以按如下方式引入依赖<dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.3-SNAPSHOT</version&gt

继承由于非 compile 范围的依赖信息是不能在“依赖链”中传递的，所以有需要的工程只能单独配置，很容易造成版本不一致。比如项目A 依赖Junit4.1版本，项目B依赖Junit4.3版本，现在需要统一为4.9版本，手动到各个项目中改动固然可以，但可以使用继承机制借助父工程进行统一管理版本。步骤建立父工程 (打包方式要设置为pom)<parent> <groupId>com.wojiushiwo.test</groupId> <artif

Maven的生命周期Maven 生命周期定义了各个构建环节的执行顺序，有了这个清单，Maven 就可以自动化的执行构建命令了。Maven 有三套相互独立的生命周期，分别是:Clean Lifecycle 在进行真正的构建之前进行一些清理工作。Default Lifecycle 构建的核心部分，编译，测试，打包，安装，部署等等。Site Lifecycle 生成项目报告，站点，发布站点。它们是相互独立的，你可以仅仅调用 clean 来清理工作目录，仅仅调用 site 来生成站点。当然你也可

首先下载maven，新建环境变量M2_HOME 值为MAVEN的目录(指到bin)，如C:\Program Files (x86)\apache-maven-3.3.9\bin,随后启动命令行，输入mvn -v(查看版本号) 以测试是否配置成功maven作为一个小插件，可以单独使用，它有独立的命令可以支撑；另外，它也可以内嵌到IDE中使用，具体配置如下(以MyEclipse举例)： 默认会在用户下的

根据上一章节，我们知道了pom.xml文件中维护着项目对jar的依赖，知道了GAV坐标可以唯一标识一个jar。 比如项目中需要junit.jar，那么我们去哪里找这些jar，这些jar对应的GAV呢？ 答案很明确，我们应该去Maven的中央仓库，即http://mvnrepository.com/。这里存放着大量的开放的jar以供我们依赖到项目中。 如果项目需要依赖的jar是我们自己编译的，不在中央