正式拉开项目学习的帷幕
理解相关概念是学习的第一步
- Maven的概念
- 1什么是Maven
- 翻译为“专家”,“内行”
- Maven是跨平台的项目管理工具。主要服务于基于Java平台的项目构建,依赖管理和项目信息管理。
- 什么是理想的项目构建?
- 高度自动化,跨平台,可重用的组件,标准化的
- 什么是依赖?为什么要进行依赖管理?
- 自动下载,统一依赖管理
- A1.0 依托于 B 2.0 依托于 C3.0
- 有哪些项目信息?
- 项目名称描述等,开发人员信息,开发者信息等
-
- .2什么是依赖管理
对第三方依赖包的管理,可以连接互联网下载项目所需第三方jar包。
对自己开发的模块的管理,可以像引用第三方依赖包一样引用自己项目的依赖包。
(后面,我们会用两个入门项目来忙住理解依赖管理)
什么是项目构建 Maven的应用场景 为什么使用Maven(相关概念自行查阅)
在创建Mavne项目前,要先配置好Maven环境变量,极其重要
- 初识Maven
- Maven安装
- 安装准备
- Maven安装
- 安装jdk1.8或以上版本
- 略
- 下载Maven
- 安装Maven
-
- 解压到相应目录即可(无中文路径)
-
-
-
- Maven安装目录分析
- 初识Maven
- Maven安装
- 安装准备
- Maven安装
- 安装jdk1.8或以上版本
- 略
- 下载Maven
-
- 地址:Maven – Download Apache Maven
- 下载地址:Index of /dist/maven/maven-3/3.6.0/binaries
- 版本:Maven3.6
-
- 安装Maven
-
- 解压到相应目录即可(无中文路径)
-
-
-
- Maven安装目录分析
-
-
bin:含有mvn运行的脚本
boot:含有plexus-classworlds类加载器框架
conf:含有settings.xml配置文件
lib:含有Maven运行时所需要的java类库
LICENSE.txt, NOTICE.txt, README.txt针对Maven版本,第三方软件等简要介绍
-
Maven的环境变量
- 设置MAVEN_HOME环境变量
- 升级时只需要下载最新版本,解压缩重新设置MAVEN_HOME环境变量即可
- 设置MAVEN_OPTS环境变量
- -Xms128m -Xmx512m
-
设置MAVEN_HOME环境变量,把maven的解压后的路径添加为变量
设置Path环境变量,把 %MAVEN_HOME%\bin 添加到Path的变量值末尾,与前面的内容用 ; 隔开,如图:
配置MAVEN_OPTS运行环境变量大小,(解决大型项目内存溢出的问题)
(找到命令改参数治标不治本)
-Xms128m -Xmx512m
验证配置是否完成
-
完成以上工作后,就可以开始写Maven项目了
初次学习,作为新手,我们先手动Maveb相关目录体系
首先在磁盘中创建以下目录(尽量确保目录干净)
- 按照约定创建Maven项目目录
- src/main/java —— 存放项目的.java文件
- src/main/resources —— 存放项目资源文件,如spring, mybatis配置文件
- src/test/java —— 存放所有测试.java文件,如JUnit测试类
- src/test/resources —— 测试资源文件
- target —— 项目输出位置
pom.xml(重中之重)
-
-
- 在项目Hello根目录建立pom.xml
-
<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.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>cn.tx.maven</groupId>
<artifactId>Hello</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>Hello</name>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.9</version>
<scope>test</scope>
</dependency>
</dependencies>
</project>
创建Hello.java文件
在src/main/java/cn/tx/maven目录下新建文件Hello.java
package cn.tx.maven;
public class Hello {
public String sayHello(String name){
return "Hello "+name+"!";
}
}
-
-
- 创建HelloTest.java文件
-
在/src/test/java/cn/tx/maven目录下新建测试文件HelloTest.java
package cn.tx.maven;
import org.junit.Test;
import static junit.framework.Assert.*;
public class HelloTest {
@Test
public void testHello(){
Hello hello = new Hello();
String results = hello.sayHello("maven");
assertEquals("Hello maven!",results);
}
}
(以上代码都需要修改相关细节,如:包名 项目名)
接下来学习如何将Maven项目打包
- 打开cmd命令行,进入Hello项目根目录执行 mvn compile命令,查看根目录变化
- cmd 中继续录入mvn clean命令,然后再次查看根目录变化
- cmd 中录入 mvn clean compile命令, 查看根目录变化
- cmd 中录入 mvn clean test命令,查看根目录变化
- cmd 中录入 mvn clean package命令,查看根目录变化
- cmd 中录入 mvn clean install 查看仓库会把项目安装到仓库里
-
- Maven仓库配置
- Maven仓库概念
- Maven仓库配置
- 何为Maven仓库?
- 用来统一存储所有Maven共享构建的位置就是仓库
- Maven仓库布局
- 根据Maven坐标定义每个构建在仓库中唯一存储路径
- groupId/artifactId/version/artifactId-version.packaging
- 仓库的分类
- 本地仓库
- ~/.m2/repository/ 可修改
- 每个用户只有一个本地仓库
- 远程仓库
- 中央仓库:Maven默认的远程仓库
- 本地仓库
http://repo1.maven.org/maven2
-
-
- 私服:是一种特殊的远程仓库,它是架设在局域网内的仓库
-
-
-
- Maven本地仓库配置
- 全局本地仓库(所有操作系统用户均影响)
- Maven本地仓库配置
-
%MAVEN_HOME%\conf\settings.xml文件,修改该文件会影响所有使用该Maven的用户的本地仓库,例如:
用户本地仓库(仅影响使用该配置文件的用户或程序)
该文件可以在任意目录,例如:
修改配置文件设置Maven本地仓库(以全局设置为例)
编辑D:\TOOLS\maven\apache-maven-3.5.4\conf\settings.xml文件
找到如下位置:
修改为:
保存退出即可
以上配置表示所有使用该Maven的程序或用户,如未单独配置,则默认加载以上目录的本地库文件;
以上便是我们初识Maven
-
接下来让我们利用IDEA整合Maven项目
启动IDEA后找到Settings
以上设置完成表示在本idea上,所有项目如未对Maven的配置进行单独配置,则默认均使用该Maven版本和本地库设置;
-
-
- IDEA创建Maven的Java项目
-
至此Maven的Java项目创建完成
测试Maven的jar包引入
以上,在IDEA上使用Maven进行Java项目的创建及测试已完成!
-
-
- IDEA创建Maven的Java web项目
-
配置完毕后会进行web项目的初始化,初始化过程取决于本地库是否已生成及网络情况,推荐使用课程提供的Maven本地库
如果创建项目速度非常慢,并且在Generating project in Batch mode卡住,则进行全局设置如下:
-DarchetypeCatalog=local
以上web项目则创建成功,接下来需要进行一些配置来确定web项目可以正常运行
添加war包的方法:
配置web服务器
添加本地tomcat配置
测试项目运行
至此,在IDEA上使用Maven配置的Java web工程已经完成配置
-
-
- IDEA导入既有Maven项目
-
以导入刚才的Maven项目的例子做示范:
导入引入依赖Hello项目的HelloFriend项目,可以看到Hello项目已经被打成jar包引用到HelloFriend的Maven依赖中
-
- Maven项目视图
-
- Maven项目视图
Maven项目视图主要用于查看该maven项目的各项属性,同时也可以进行一些常见的maven的操作,比如打包,清理,测试等等;
- Maven进阶
- pom.xml文件
就像 Make 的 MakeFile、Ant 的 build.xml 一样,Maven 项目的核心是 pom.xml。POM( Project Object Model,项目对象模型 ) 定义了项目的基本信息,用于描述项目如何构建,声明项目依赖,等等。Gredele
-
- 坐标
- 坐标的概念
- 坐标
在 Maven 中坐标是构件的唯一标识,Maven 坐标的元素包括 groupId、artifactId、version、packaging、classifier。上述5个元素中,groupId、artifactId、version 是必须定义的,packaging 是可选的 ( 默认为 jar )。
-
-
- 坐标的意义
-
- Maven世界拥有大量构建,我们需要找一个用来唯一标识一个构建的统一规范
- 拥有了统一规范,就可以把查找工作交给机器
-
- 坐标的含义
-
- groupId:组织标识,一般为:公司网址的反写+项目名
- artifactId:项目名称,一般为:项目名-模块名
- version:版本号 形式为0.0.1-SNAPSHOT:
- 第一个 0 表示大版本号,第二个 0 表示分支版本号,第三个 0 表示小版本号
- SNAPSHOT -- 快照版本,ALPHA -- 内侧版本,BETA -- 公测版本,RELEASE -- 稳定版本,GA -- 正式发布
- packaging:打包的方式,如:pom, jar, maven-plugin, ejb, war, ...
- clissifier:用来帮助定义构件输出的一些附属构件。
-
- 自己项目的坐标
-
-
-
- 第三方项目坐标
-
-
- 依赖
- 依赖的意义
- 依赖
当编写Java代码时,我们总是需要一些库,例如,做单元测试我们需要JUnit库。对于更大的项目,我们可能需要创建自己的库并在不同的部分使用它的项目。不同的项目需要不同版本的库。 保持项目最新的库JAR文件的正确版本不是一个容易的任务。
每个外部JAR可能还依赖于其他外部JAR文件等。以递归方式下载所有这些外部依赖JAR文件并确保下载正确的版本是一项巨大的任务。
当项目越来越大,我们将需要越来越多的外部依赖。
Maven将下载它们并将它们放在您的本地Maven存储库中。
我们可以在POM文件中的dependencies元素内指定依赖关系。
-
-
- 依赖的使用
-
例如我们的项目需要进行单元测试,则需要使用到junit-4.9.jar包,使用maven引用该依赖的方式如下:
属性说明:
-
-
- 三维坐标:引用依赖包的三维坐标,用来定位该依赖包;
- scope: 控制该依赖包在什么情况下会被加到 classpath 中;
-
-
-
- 第三方依赖的查找方法
-
我们在不确定所需引用的第三方依赖包的坐标时,通过maven的中央仓库进行查找,网址: https://mvnrepository.com/;
以mybatis举例:
Maven项目在开发工程中有三套classpath
- 主代码:main下面的都是主代码在编译的时候的依赖
- 测试代码:test下是测试代码编译的时候的依赖
- 运行时:main代码在运行的时候对包的依赖
依赖范围的使用,通过在引用第三方依赖时的<scope></scope>标签进行设置,例如:
共 6 种 scope,包括:compile、provided、runtime、test、system、import。例如上图的junit,只在测试中使用,则选择test即可,默认为compile
- Compile:编译依赖范围。默认使用此依赖范围,其下的maven依赖,对于编译,测试,运行classpath都有效。
- Test:测试依赖范围。只对测试classpath有效,编译主代码或运行项目时无法使用此依赖。典型例子如junit。
- Provided:已提供依赖范围。其对于编译与测试classpath有效,运行时无效。如在web开发时,只有在编译和测试时才用到servlet-api,将其设置为此范围,在运行时servlet-api由web容器提供,无须依赖。并且在打war包时,此范围的依赖不会打在WEB-INF/lib下。
- Runtime:运行时依赖范围。与provided相对,运行时classpath有效。典型例子如jdbc(编写是接口规范运行是提供具体实现类需要jar包)。
-
- 依赖传递和可选依赖
- 依赖传递
- 依赖传递和可选依赖
应用场景:
第一直接依赖: HelloFriend项目依赖Hello项目
第二直接依赖: MakeFriend项目依赖HelloFriend项目
-
-
- 依赖范围对传递依赖的影响
-
传递依赖是会受到依赖范围的影响的,具体来看结果如下:
-
-
- 依赖阻断
-
我们使用
例如我们在HelloFriend项目里面的Hello依赖处添加该配置
-
-
- 可选依赖
-
如果我们需要在依赖中明确的排除掉某一依赖,则可以使用exclusion属性,排除掉引用的依赖,如图:
-
- 仓库
- 仓库的概念
- 仓库
在 Maven 的术语中,仓库是一个位置(place)
Maven 仓库是项目中依赖的第三方库,这个库所在的位置叫做仓库。
在 Maven 中,任何一个依赖、插件或者项目构建的输出,都可以称之为构件。
Maven 仓库能帮助我们管理构件(主要是JAR),它就是放置所有JAR文件(WAR,ZIP,POM等等)的地方。
仓库的类型有:
- 本地(local)
- 中央(central)
- 远程(remote)
-
- 本地仓库
-
Maven 的本地仓库,在安装 Maven 后并不会创建,它是在第一次执行 maven 命令的时候才被创建。
运行 Maven 的时候,Maven 所需要的任何构件都是直接从本地仓库获取的。如果本地仓库没有,它会首先尝试从远程仓库下载构件至本地仓库,然后再使用本地仓库的构件。
默认情况下,不管Linux还是 Windows,每个用户在自己的用户目录下都有一个路径名为 .m2/respository/ 的仓库目录
Maven 本地仓库默认被创建在 %USER_HOME% 目录下。要修改默认位置,在 %Maven_HOME%\conf 目录中的 Maven 的 settings.xml 文件中定义另一个路径。
-
-
- 中央仓库
-
Maven 中央仓库是由 Maven 社区提供的仓库,其中包含了大量常用的库。
中央仓库包含了绝大多数流行的开源Java构件,以及源码、作者信息、SCM、信息、许可证信息等。一般来说,简单的Java项目依赖的构件都可以在这里下载到。
中央仓库的关键概念:
- 这个仓库由 Maven 社区管理。
- 不需要配置。
- 需要通过网络才能访问。
-
- 依赖搜索顺序
-
-
- 生命周期
- 生命周期的概念
- 生命周期
Maven的生命周期是对所有的构建过程进行抽象和统一。Maven的生命周期是抽象的,这意味着生命周期本身不做任何实际的工作,生命周期只是定义了一系列的阶段,并确定这些阶段的执行顺序。而在执行这些阶段时,实际的工作还是由插件来完成的。这种思想与设计模式中的模板方法非常相似。
Maven有三套相互独立的生命周期:
- Clean
-
- clean生命周期的目的是清理项目
-
- Default
-
- default生命周期的目的是构建项目
-
- site
-
- site生命周期的目的是建立项目站点。
-
-
-
- 完整生命周期
-
生命周期 | clean | default | site |
阶段(phase),执行顺序由上至下 | pre-clean | validate | pre-site |
clean | initialize | site | |
post-clean | generate-sources | post-site | |
process-sources | site-deploy | ||
generate-resources | |||
process-resources | |||
compile | |||
process-classes | |||
generate-test-sources | |||
process-test-sources | |||
generate-test-resources | |||
process-test-resources | |||
test-compile | |||
process-test-classes | |||
test | |||
prepare-package | |||
package | |||
pre-integration-test | |||
integration-test | |||
post-integration-test | |||
verify | |||
install | |||
deploy |
用户在mvn命令后可以指定三个生命周期中的任何阶段,则Maven会按以下逻辑执行:首先会得到该阶段所属生命周期,从该生命周期中的第一个阶段开始按顺序执行,直至该阶段本身。例如执行mvn clean命令会依次执行clean生命周期中的pre-clean阶段及clean阶段。mvn命令后可以指定多个阶段,Maven会按照输入的顺序依次执行,每次执行都会按照之前描述的逻辑执行。
之前提到实际的工作还是由插件来完成的,这意味着插件需要和阶段绑定起来。Maven已经事先将很多核心插件绑定到对应的阶段,这样用户几乎不用配置就有构建Maven项目。Maven的内置绑定如下:
生命周期 | 阶段(phase) | 插件目标 |
clean | clean | maven-clean-plugin:clean |
default | process-resources | maven-resources-plugin:resources |
compile | maven-compiler-plugin:compile | |
generate-test-resources | maven-resources-plugin:testResouces | |
test-compile | maven-compiler-plugin:testCompile | |
test | maven-surefire-plugin:test | |
package | 打包类型是jar时:maven-jar-plugin:jar; | |
打包类型是war时:maven-war-plugin:war | ||
install | maven-install-plugin:install | |
deploy | maven-deploy-plugin:deploy | |
site | site | maven-site-plugin:site |
site-deploy | maven-site-plugin:deploy |
-
- Maven的插件
-
- Maven继承和聚合
- 继承的意义
- Maven继承和聚合
继承就是避免重复,maven的继承也是这样,它还有一个好处就是让项目更加安全。比如我们在项目开发的过程中,可能多个模块独立开发,但是多个模块可能依赖相同的公共模块,比如说每个模块都需要javaseo-utils,在编译的时候,maven-compiler-plugin插件也要被引入,maven仓库地址以及发布目录都是相同的配置。我们可以使用Maven的继承功能,把公共的配置信息写到父模块中,子模块只要继承了该父模块,也会继承父模块的配置信息。
-
-
- 可继承的POM元素
-
groupId :项目组 ID ,项目坐标的核心元素;
version :项目版本,项目坐标的核心元素;
description :项目的描述信息;
organization :项目的组织信息;
inceptionYear :项目的创始年份;
url :项目的 url 地址
develoers :项目的开发者信息;
contributors :项目的贡献者信息;
distributionManagerment :项目的部署信息;
issueManagement :缺陷跟踪系统信息;
ciManagement :项目的持续继承信息;
scm :项目的版本控制信息;
mailingListserv :项目的邮件列表信息;
properties :自定义的 Maven 属性;
dependencies :项目的依赖配置;
dependencyManagement :醒目的依赖管理配置;
repositories :项目的仓库配置;
build :包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等;
reporting :包括项目的报告输出目录配置、报告插件配置等。
-
-
- IDEA实现Maven的继承
-
创建父类项目
创建子类项目core
观察父子项目的pom文件配置
-
-
- 继承的依赖管理
-
父类直接引用依赖,如果在父类的dependencies内直接引用依赖,则子类都会继承该依赖,以mybatis为例:
父类通过dependencyManagement管理依赖,子类不会默认继承该依赖,但是当子类使用该依赖时无需考虑版本信息,直接继承父类dependencyManagement中设置的版本号(Version),以log4j为例:
-
-
- 聚合管理
-
我们在平时的开发中,项目往往会被划分为好几个模块,比如common公共模块、system系统模块、log日志模块、reports统计模块、monitor监控模块等等。这时我们肯定会出现这么一个需要,我们需要一次构件多个模块,而不用每个模块都去mvn;
以上面得父子项目为例,当我们对parent进行mvn install时,会对core,manage和portal项目均进行install操作:
-
-
- properties属性的使用
-
通过 properties元素用户可以定义一个或多个 maven 属性,然后在 maven 的其他地方使用 ${属性名称} 的方式引用该属性,这种做法的意义在于消除重复和统一管理。比如,需要在多个地方重复声明同样的 SpringFramework 版本,现在只需要在一个地方声明就可以。
- maven私服架构
- maven私服介绍
- 私服介绍
- maven私服介绍
正式开发,不同的项目组开发不同的工程。maven-dao 工程开发完毕,发布到私服maven-service 从私服下载 dao。
公司在自己的局域网内搭建自己的远程仓库服务器,称为私服, 私服服务器即是公司内部的 maven 远程仓库, 每个员工的电脑上安装 maven 软件并且连接私服服务器,员工将自己开发的项目打成 jar 并发布到私服服务器,其它项目组从私服服务器下载所依赖的构件(jar)。
私服还充当一个代理服务器,当私服上没有 jar 包会从互联网中央仓库自动下载。
-
-
- Nexus介绍
-
Nexus 是 Maven 仓库管理器, 通过 nexus 可以搭建 maven 仓库,同时 nexus 还提供强大的仓库管理功能,构件搜索功能等。
-
- maven私服实战
- nexus安装
- maven私服实战
1解压资料中的nexus-2.12.0-01-bundle.zip文件,存放到一个不含中文的目录下。
查看conf文件下的nexus.properties配置文件,可以修改对应的配置
2 nexus的安装命令:使用管理员运行cmd命令窗口,切换目录nexus\nexus-2.12.0-01\bin目录下,执行nexus.bat install进行安装。执行nexus.bat start 启动服务 执行nexus.bat stop停止服务。
3 nexus的卸载命令:使用管理员运行cmd命令窗口,切换目录nexus\nexus-2.12.0-01\bin目录下,执行nexus.bat uninstall进行卸载
4 访问图形化界面:打开浏览器,输入http://localhost:端口号/nexus访问
5 点击log in,进行登录。用户名:admin 密码:admin123
-
-
- nexus仓库类型
-
nexus提供了不同的仓库类型
1 hosted,宿主仓库, 部署自己的 jar 到这个类型的仓库,包括 releases 和 snapshot 两部分, Releases 公司内部发布版本仓库、 Snapshots 公司内部测试版本仓库
2 proxy,代理仓库, 用于代理远程的公共仓库,如 maven 中央仓库,用户连接私服,私服自动去中央仓库下载 jar 包或者插件。
3 group,仓库组,用来合并多个 hosted/proxy 仓库,通常我们配置自己的 maven 连接仓库组。Group仓库组也是可以自己进行定制的。
4 virtual(虚拟):兼容 Maven1 版本的 jar 或者插件
-
-
- 将项目发布到私服
-
需要在客户端即部署要部署的工程电脑上配置 maven 环境,并修改
settings.xml 文件, 配置连接私服的用户和密码 。
此用户名和密码用于私服校验,因为私服需要知道上传的账号和密码是否和私服中的账号和密码一致。
在servers节点下进行配置
<!-- 定义稳定版本的id名称,用户名密码 --> <server> <id>releases</id> <username>admin</username> <password>admin123</password> </server> <!-- 定义开发版本的id名称,用户名密码 --> <server> <id>snapshots</id> <username>admin</username> <password>admin123</password> </server> |
配置项目 pom.xml,配置私服仓库的地址,本公司的自己的 jar 包会上传到私服的宿主仓库,根据工程的版本号决定上传到哪个宿主仓库,如果版本为 release 则上传到私服的 release 仓库,如果版本为snapshot 则上传到私服的 snapshot 仓库。
<distributionManagement> |
注意:这里的 id 标签的值要和 settings.xml配置文件中的id值保持一致。
在该工程中执行deploy命令,发布项目到私服上。
查看私服结果
可以发布RELEASES稳定版本的jar包到私服。
查看私服结果
-
-
- 从私服下载jar包
-
在settings.xml配置文件配置私服的镜像文件
<mirror> <!-- id名称 --> <id>nexusmaven</id> <!-- 表示拦截所有的请求,都重定向到私服,从私服下载jar包,私服没有再去中央仓库下载 --> <mirrorOf>*</mirrorOf> <name>nexus maven</name> <!-- 私服的组地址 --> <url>http://localhost:8079/nexus/content/groups/public/</url> </mirror> |
进行测试
先把自己的某个项目发布到私服中,然后删除掉本地仓库中的jar包,再使用其他项目去依赖该jar包,查看是否从私服中下载。
在其他项目中引入该坐标依赖。
|
还有一种方式,可以配置仓库的方式,可以修改自己项目的pom配置文件,添加仓库的配置。
<repositories> |
上面的方式不是特别的理想,需要在每一个项目的pom文件中都添加相同的配置,比比较麻烦。可以在settings.xml配置文件中添加配置,完成统一的设置。
<!-- 下载jar包配置 --> <profile> <!--profile的id --> <id>dev</id> <repositories> <repository> <!--仓库id,repositories可以配置多个仓库,保证id不重复 --> <id>nexus</id> <!--仓库地址,即nexus仓库组的地址 --> <url>http://localhost:8079/nexus/content/groups/public/</url> <!--是否下载releases构件 --> <releases> <enabled>true</enabled> </releases> <!--是否下载snapshots构件 --> <snapshots> <enabled>true</enabled> </snapshots> </repository> </repositories> <pluginRepositories> <!-- 插件仓库,maven的运行依赖插件,也需要从私服下载插件 --> <pluginRepository> <!-- 插件仓库的id不允许重复,如果重复后边配置会覆盖前边 --> <id>public</id> <name>Public Repositories</name> <url>http://localhost:8079/nexus/content/groups/public/</url> </pluginRepository> </pluginRepositories> </profile> |
激活配置
<activeProfiles> <activeProfile>dev</activeProfile> </activeProfiles> |
进行测试
-
-
- 第三方jar包发布到私服
-
把jar包安装到本地仓库
mvn install:install-file -DgroupId=com.alibaba -DartifactId=fastjson -Dversion=1.1.37 -Dfile=fastjson-1.1.37.jar -Dpackaging=jar |
把jar包上传到私服
先在settings.xml配置文件中配置用户名密码
<server> <id>thirdparty</id> <username>admin</username> <password>admin123</password> </server> |
上传到私服
mvn deploy:deploy-file -DgroupId=com.alibaba -DartifactId=fastjson -Dversion=1.1.37 -Dpackaging=jar -Dfile=fastjson-1.1.37.jar -Durl=http://localhost:8079/nexus/content/repositories/thirdparty/ -DrepositoryId=thirdparty |