问题 十年以前写java项目总会干这么一个事情: 调包. java项目往往依赖了很多第三方jar包,而这些jar包又有他自己依赖的第三方jar包,从而就能形成一个依赖树. 而程序运行要把这些所有的依赖都加载到内存中的, 如果有一个第三方jar包被依赖了两次或两次以上, 而且版本还不一样,就会依赖冲突,此时就需要调包, 调包就是调整依赖包. 调包其实是一个很繁琐和头疼的事情. 然后maven出现了,我第一次接触maven就让他的依赖管理吸引了,这让程序员从调包这种苦力活中解脱出来了.虽然maven

重新依赖:mvn package -U -DskipTest=true; 在本地安装jar包:mvn install 清除产生的项目:mvn clean 运行测试:mvn test 上传到私服:mvn deploy 打印依赖树:mvn dependency:tree 下载源码:mvn dependency:source 查看依赖关系:mvn dependency:tree

对于 Java 开发工程师来说,Maven 是依赖管理和代码构建的标准.遵循「约定大于配置」理念.Maven 是 Java 开发工程师日常使用的工具,本篇文章简要介绍一下 Maven 的依赖树解析. 依赖树结构 在 pom.xml 的 dependencies 中声明依赖包后,Maven 将直接引入依赖,并通过解析直接依赖的 pom.xml 将传递性依赖导入到当前项目,最终形成一个树状的依赖结构. 原则:深度优先遍历依赖,并缓存节点剪枝.比如下图: A→B→D→E/F A→C→D 在第二步A→C

eclipse的maven项目中,在run as  执行maven命令的时候发现毫无反应,console也不打印信息,原因是因为没有传参数,解决办法如下:①打开eclipse的window菜单: ②接着选定maven项目使用的jdk,点击edit按钮,出现如下页面: ③在红色框中添加如图所示的一行代码,代码如下: -Dmaven.multiModuleProjectDirectory=$M2_HOME ※这里的$M2_HOME指的是你在配置的maven的环境变量,这个环境变量的值是maven在你

常用命令 从某种意义上来说,软件是帮助不懂程序的人来操作计算机的,图形化界面尤其如此.在上个世纪,比尔盖茨之所以成为世界首富,微软之所以IT界的巨鳄,就是因为Windows开图形化操作之先河,并抢先占领了全球市场,笑傲江湖数十年,至今依然宝刀未老. 诚然,现在几乎每种软件都有图形化界面,用鼠标点击几下就可以完成操作.Maven也不例外,在各类IDE中都有成熟的插件来简化操作. 但是作为开发人员,应该时刻保持着一种职业神圣感,我们拥有上帝之手,借助程序来操纵着计算机世界的一切.我们与计算机交流的正

一.问题 项目开发过程中,经常会遇到jar冲突,然后maven根据自己的规则进行冲突解决,导致项目在运行的过程中报错. 1.maven自动解决依赖冲突的规则是什么? 2.如何查看当前项目的maven的依赖树? 3.如何从依赖树中找到自己预期的版本,是被那个jar给覆盖了? 4.如何人工进行依赖冲突解决,达到使用目的? 二.解决问题 1.maven自动解决依赖冲突的规则是什么? 第一原则:路径最近者优先 项目A有如下的依赖关系: A->B->C->X(1.0) A->D->X(

Maven有许多命令,不管是在命令行(1),还是在Myecplise10的Maven项目--右键Run As(2),还是IDEA的左下角--Maven Projects--Maven项目名--Lifecycle中(3)都能使用这些maven命令. 一:一些常用命令: 1. 显示版本信息 : mvn -version/-v 2. 创建mvn项目: mvn archetype:create -DgroupId=com.oreilly -DartifactId=my-app 3. 生成target目录

mvn –version 显示版本信息 mvn clean 清理项目生产的临时文件,一般是模块下的target目录 mvn compile 编译源代码,一般编译模块下的src/main/java目录,将java源程序编译成class字节码文件 mvn package 项目打包工具,会在模块下的target目录生成jar或war等文件 mvn test 测试命令,或执行src/test/java/下junit的测试用例. mvn install 将打包的jar/war文件复制到你的本地仓库中,供其

转载自:http://yinny.iteye.com/blog/1883488 Maven强大的一个重要的原因是它有一个十分完善的生命周期模型(lifecycle),它有三套相互独立的生命周期,请注意这里说的是“三套”,而且“相互独立”,请别将Maven的生命周期看成一个整体哦,三个生命周期是独立线性执行的!分别是: Clean Lifecycle 在进行真正的构建之前进行一些清理工作. Default Lifecycle 构建的核心部分,编译,测试,打包,部署等等. Site Lifecycl

maven-dependency-plugin最大的用途是帮助分析项目依赖,dependency:list能够列出项目最终解析到的依赖列表,dependency:tree能进一步的描绘项目依赖树,dependency:analyze可以告诉你项目依赖潜在的问题,如果你有直接使用到的却未声明的依赖,该目标就会发出警告.maven-dependency-plugin还有很多目标帮助你操作依赖文件,例如dependency:copy-dependencies能将项目依赖从本地Maven仓库复制到某个特

1.1 何为Maven坐标 正如之前所说的,Maven的一大功能就是管理项目依赖.为了能自动化地解析任何一个Java构件,Maven就必须将它们唯一标识,这就依赖管理的底层基础——坐标. 1.2 坐标详解 Maven坐标的元素包括:groupId,artifactId.version.packaging.classifier.先看一组坐标定义,如下: <groupId>org.sonatype.nexus</groupId> <artifactId>nexus-inde

mvn clean //在target文件夹中的一切都将被删除 mvn compile //编译源代码 mvn test  //运行应用程序中的单元测试 mvn package  //把jar打到本项目的target下 mvn install  //把target下的jar安装到本地仓库,供其他项目使用. mvn clean package  //清除target文件夹的文件,并重新将项目打包 mvn clean compile //清除target目录中的生成结果,将.java类编译为.cla

常用Maven命令: mvn -v //查看版本 mvn archetype:create //创建 Maven 项目 mvn compile //编译源代码 mvn test-compile //编译测试代码 mvn test //运行应用程序中的单元测试 mvn site //生成项目相关信息的网站 mvn package //依据项目生成 jar 文件 mvn install //在本地 Repository 中安装 jar mvn -Dmaven.test.skip=true //忽略测

npm的依赖树查询:原理都是查询文件夹node_modules的结构.比如mac的node_modules位置在/usr/local/lib下.具体项目的node_modules位置位于项目根目录下. 1.查看npmjs上某个插件的依赖情况 2.查看某个项目的插件依赖情况 3.查看本地计算机上全局安装的插件依赖情况 4. 查看npmjs网站上的包的依赖,如下 可以使用npm-remote-ls.全局安装: npm install -g npm-remote-ls 查看插件bower的依赖关系:

maven 命令的格式为 mvn [plugin-name]:[goal-name],可以接受的参数如下, -D 指定参数,如 -Dmaven.test.skip=true 跳过单元测试: -P 指定 Profile 配置,可以用于区分环境: -e 显示maven运行出错的信息: -o 离线执行命令,即不去远程仓库更新包: -X 显示maven允许的debug信息: -U 强制去远程更新snapshot的插件或依赖,默认每天只更新一次. 常用maven命令 创建maven项目:mvn arche

maven 命令的格式为 mvn [plugin-name]:[goal-name],可以接受的参数如下. -D 指定参数,如 -Dmaven.test.skip=true 跳过单元测试: -P 指定 Profile 配置,可以用于区分环境: -e 显示maven运行出错的信息: -o 离线执行命令,即不去远程仓库更新包: -X 显示maven允许的debug信息: -U 强制去远程更新snapshot的插件或依赖,默认每天只更新一次. 常用maven命令 创建maven项目:mvn arche

当前项目的依赖树: mvn dependency:tree -U.-B.-e -U参数: 该参数能强制让Maven检查所有SNAPSHOT依赖更新,确保集成基于最新的状态,如果没有该参数,Maven默认以天为单位检查更新,而持续集成的频率应该比这高很多 -e参数:如果构建出现异常,该参数能让Maven打印完整的stack trace,以方便分析错误原因 -B参数:该参数表示让Maven使用批处理模式构建项目,能够避免一些需要人工参与交互而造成的挂起状态 -D.-P P代表(Profiles配置文

本文转自:http://my.oschina.net/cloudcoder/blog/212648 一.导出到默认目录 targed/dependency 从Maven项目中导出项目依赖的jar包:进入工程pom.xml 所在的目录下,执行如下命令: mvn dependency:copy-dependencies 或在eclipse中,选择项目的pom.xml文件,点击右键菜单中的Run As,见下图红框中,在弹出的Configuration窗口中,输入 dependency:copy-dep

Maven导出Project依赖的jar包 从Maven仓库中导出jar包: mvn dependency:copy-dependencies 会导出到Project的targed/dependency 下面 可以在Project创建lib文件夹,输入以下命令: mvn dependency:copy-dependencies -DoutputDirectory=lib 这样jar包都会copy到Project目录下的lib里面 可以设置依赖级别,通常用编译需要的jar mvn dependen

前言 本篇文章基于Java开发小技巧(二):自定义Maven依赖中创建的父工程project-monitor实现,运用我们自定义的依赖包进行多工程依赖项目的开发. 下面以多可执行Jar包项目的开发为例,进行Maven多工程依赖项目开发的讲解. 需求分析 首先来看一下封面图,我们要实现的效果是: 1.多个项目共享一个项目的类和方法等通用内容 2.每个子项目单独导入所需依赖,以及各自填充父项目配置文件中的占位符 3.子项目按指定目录结构进行打包 4.所有子项目集成打包到一个统一的目录,共享依赖包和配

包冲突 使用maven管理项目时可能会遇到包冲突的情况比如:log4j-over-slf4j.jar 和 slf4j-log4j12.jar这两个包同时一起运行时就会有问题. 这种冲突可能是显式依赖导致,也可能是隐式依赖导致. 显式依赖,直接可以从pom.xml文件的<dependency>中看到两个冲突包的引用. 隐式依赖,在pom.xml的<dependency>无法看到冲突的包,而是由<dependency>引入的包间接引入的. 解决 先确认哪些依赖间接引入了包.