maven基本用法

已于 2022-09-13 14:10:45 修改
阅读量931 收藏 3
点赞数 1
分类专栏： java基础学习篇 文章标签： maven java
于 2022-09-13 14:04:08 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dhcao1112/article/details/126786800
版权

文章目录

maven作为一个构建工具，不仅能帮我们自动化构建，还能够抽象构建过程，提供构建任务实现；它跨平台，对外提供了一致的操作接口。
中央仓库：
http://repo1.maven.org/maven2/
约定：
默认打包主目录：src/main/java
默认打包测试目录：src/test/java

一、坐标说明

<groupId>mavenStudy</groupId>
<artifactId>demo</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>jar</packaging>

----case---
<groupId>com.xxx.cb.web</groupId>
<artifactId>cb-web-boss</artifactId>
<version>1.1.0</version>
<scope>system</scope>
<packaging>war</packaging>
  • groupId：当前Maven项目隶属的实际项目。通常一个项目会有很多模块；groupId不应该对应项目隶属的组织或公司，因为组织或公司会有很多实际项目。
  • artifactId：实际项目中的一个maven项目（模块），推荐使用实际项目名称作为前缀。
  • version：当前项目的版本。maven定义了一套完整的版本规范，以及快照（SNAPSHOT）概念。
  • packaging：maven项目的打包方式。打包方式会影响到构建的生命周期，比如jar打包和war打包会使用不同的命令。不定义时maven默认打包为jar；
  • scope：依赖范围
    • compile：编译依赖范围。如果没有指定，就会默认该范围。该范围，对于编译、测试、运行三种classpath都有效。
    • test：测试依赖范围。此范围，只对于测试classpath有效，典型的例子是JUnit。
    • provided：已提供依赖范围。此范围，对于编译和测试classpath有效，但在运行时无效。
    • runtime：运行时依赖范围。此范围，对于测试和运行classpath有效，但在编译时无效。
    • system：系统依赖范围。此范围与provided完全一致。但是必须通过systemPath元素显示地指定依赖文件的路径。一般情况下，本地依赖，例如在项目某个文件夹下的本地依赖，比如外来sdk，我们通过这个依赖来指定它的路径。
  • optional：标记依赖是否可选。作为可选依赖，他们只会对当前项目A产生影响，当其他项目依赖项目A时，这个依赖就不会传递下去。备注：在理想的情况下是不应该使用可选依赖的。
<dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-core</artifactId>
  <version>5.0.6.RELEASE</version>
  <optional>true</optional>
</dependency>
  • exclusions：排除传递性依赖。例如在该依赖中，poi已经依赖了commons-codec，但是我们并不想引入这个传递性依赖，所以使用进行排除…表示这个依赖通过传递，而是自己从另外的提供，或者不提供。可声明多个子项目，排除多个。
<dependency>
  <groupId>org.apache.poi</groupId>
  <artifactId>poi</artifactId>
  <version>3.15</version>
  <exclusions>
    <exclusion>
      <artifactId>commons-codec</artifactId>
      <groupId>commons-codec</groupId>
    </exclusion>
  </exclusions>
</dependency>

二、标签

  • distributionManagement：将本项目发布到仓库：在config中配置对应id的仓库，该项目使用发布命令，就能发布到对应仓库
<distributionManagement>
  <repository>
    <id>dhcao-repoReleases</id>
    <name>Proj Release Repository</name>
    <url>http://ddddddddddddddd/content/repositories/proj-releases</url>
  </repository>
  <snapshotRepository>
    <id>dhcao-repoSnapshots</id>
    <name>Proj Release Repository</name>
    <url>http://ddddddddddddddd/content/repositories/proj-snapshots</url>
  </snapshotRepository>
</distributionManagement>
  • scm标识发布版本的一些信息；利用release插件打包的时候。这个可以被识别；
    发布之后，就会声明scm地址：http://svn.myproj.tech:7000/xxxx_cb/版本号…
<scm>
  <url>http://svn.xxxx.tech:7000/xxxx_cb</url>
</scm>

三、仓库

3.1 仓库解析路径：

如果构件：
groupID= org.testing
artifactId = testing
version = 5.8
classifier = jdk15
packaging = jar
生成路径为：org/testing/testing/5.8/testing-5.8。
如果构建有classifer，就加上构件分隔符和classifer，那么路径就变成：org/testing/testing/5.8/testing-5.8-jdk5

3.2 仓库分类

  • 本地仓库
  • 远程仓库
    在这里插入图片描述

3.3 仓库配置

<servers>

    <server>
      <id>maven.xxxx.org</id>
      <username>developer</username>
      <password>xxxxx@8</password>
    </server>

    <server>
      <id>maven.xxxxx.org-releases</id>
      <username>developer</username>
      <password>xxxxxx@8</password>
    </server>

    <server>
      <id>maven.xxxxxx.org</id>
      <username>developer</username>
      <password>xxxxxxx@8</password>
    </server>

  </servers>

3.3 部署项目到仓库

<distributionManagement>
  <repository>
    <id>dhcao-repoReleases</id>
    <name>Proj Release Repository</name>
    <url>http://ddddddddddddddd/content/repositories/proj-releases</url>
  </repository>
  <snapshotRepository>
    <id>dhcao-repoSnapshots</id>
    <name>Proj Release Repository</name>
    <url>http://ddddddddddddddd/content/repositories/proj-snapshots</url>
  </snapshotRepository>
</distributionManagement>
  • <repository>：这个是发布版本（正式版本）的仓库，需要跟中配置的id一样。
  • <snapshotRepository>：这个是快照版本的仓库，如果项目声明为snapshot版本，就会部署到这里。
  • 过程：运行 mvn clean deploy 就会将项目构建时输出的构件部署到对应的远程仓库。

3.4 快照版本

<groupId>mavenStudy</groupId>
<artifactId>demo</artifactId>
<version>1.0-SNAPSHOT</version>
<packaging>jar</packaging>

这个就是快照版本。maven找到快照版本时，会自动为构件打上时间戳。比如2.1-20211214.221414-13.就代表2021年12月14日22点14分14秒的第13次快照。有了该快照，maven就能随时找到仓库中该构件的最新版本（每次都会找最新）。

3.5 镜像

如果仓库X可以提供仓库Y存储的所有内容，那么就可以认为X是Y的一个镜像。
在<mirrors>下可以配置多个<mirror>镜像

<mirrors>
    
    <mirror>
        <id>nexus-aliyun</id>
        <mirrorOf>*</mirrorOf>
        <name>Nexus aliyun</name>
        <url>http://maven.aliyun.com/nexus/content/groups/public</url>
    </mirror>
  </mirrors>
  • <mirrorOf> * </mirrorOf>：表示他是哪个仓库的镜像，* 表示对所有的仓库的访问都会访问这个镜像。
  • <mirrorOf>external:*</mirrorOf>：匹配所有远程仓库，使用localhost的除外，使用file://协议的除外。也就是说，匹配所有不在本机上的远程仓库
  • <mirrorOf>repo1,repo2</mirrorOf>：匹配仓库repo1和仓库repo2，使用逗号分隔多个远程仓库。
  • <mirrorOf>*, ! repo1</mirrorOf>：匹配所有远程仓库，repo1除外，使用感叹号将仓库从匹配中排除。

四、传递性依赖

maven中通常会使用指定依赖的影响范围。

4.1 依赖范围

一、介绍下依赖范围

  • scope：依赖范围
    • compile：编译依赖范围。如果没有指定，就会默认该范围。该范围，对于编译、测试、运行三种classpath都有效。
    • test：测试依赖范围。此范围，只对于测试classpath有效，典型的例子是JUnit。
    • provided：已提供依赖范围。此范围，对于编译和测试classpath有效，但在运行时无效。
    • runtime：运行时依赖范围。此范围，对于测试和运行classpath有效，但在编译时无效。
    • system：系统依赖范围。此范围与provided完全一致。但是必须通过systemPath元素显示地指定依赖文件的路径。一般情况下，本地依赖，例如在项目某个文件夹下的本地依赖，比如外来sdk，我们通过这个依赖来指定它的路径。
<dependency>
    <groupId>org.hamcrest</groupId>
    <artifactId>hamcrest-core</artifactId>
    <version>1.5</version>
    <scope>system</scope>
    <systemPath>${basedir}/WebContent/WEB-INF/lib/hamcrest-core-1.3.jar</systemPath>
</dependency>

4.2 传递性依赖

假设，在现在的项目relax中引入了spring-core。例如：

<dependency>
  <groupId>org.springframework</groupId>
  <artifactId>spring-core</artifactId>
  <version>5.0.6.RELEASE</version>
</dependency>

那么它的默认范围就是compile，在spring-core项目中又依赖了commons-logging。
我们称原有项目relax对于spring-core是第一直接依赖，spring-core对于commons-logging是第二直接依赖。relax对于common-logging是传递性依赖。
在这里插入图片描述
（如果A依赖于B，B依赖于C，那么A对于B是第一直接依赖，B对于C是第二直接依赖，A对于C是传递性依赖）

4.3 传递性依赖范围

先上图表，再解释
在这里插入图片描述
解释这个图表
左边第一列：第一直接依赖范围。
上面第一行：第二直接依赖范围。
图表交汇点：传递性依赖范围。
规律：

  • 第二直接范围是compile时，传递性依赖的范围与第一直接依赖的范围一致；
  • 第二直接依赖的范围是test的时，依赖不得传递；
  • 第二直接依赖的范围是provided时，只传递第一直接依赖范围也为provided的依赖；
  • 第二直接依赖的范围是runtime时，传递性依赖范围与第一直接依赖的范围一致，但compile例外，此时传递性依赖的范围为runtime。

4.4 依赖调解

传递性依赖可能造成，jar包冲突？–不会
例1，项目A有这样的依赖关系：A -> B -> C -> X（1.0），A -> D -> X（2.0）。X有2个版本1.0和2.0，都是A的传递性依赖，如果不加以处理，明显会造成jar包冲突。
那么maven怎么处理呢，
maven依赖调解第一原则：路径个最优者优先。
明显X（1.0）路径长度是3，X（2.0）路径长度是2。所以maven会选择 X(2.0)。
例2，项目A又有了这样的依赖关系：A -> B -> Y（1.0），A -> D -> Y（2.0）。这时路径都是2,。怎么破。在Maven2.0.9版本之后，这个就可以处理了。
maven依赖调解第二原则：第一声明者优先。
在pom文件中，哪个先被声明，就使用哪个。

4.5 排除依赖

已经提过了
传递性依赖会给项目隐式地引入很多依赖，也会出现问题。例如当前项目有一个第三方依赖，而这个第三方依赖由于某些原因依赖了另外一个类库的SNAPSHOT的版本，那么这个SNAPSHOT就会成为当前项目的传递性依赖，而SNAPSHOT项目是很不稳定的，会影响到当前的项目。需要排除掉该SNAPSHOT。

<dependency>
  <groupId>org.apache.poi</groupId>
  <artifactId>poi</artifactId>
  <version>3.15</version>
  <exclusions>
    <exclusion>
      <artifactId>commons-codec</artifactId>
      <groupId>commons-codec</groupId>
    </exclusion>
  </exclusions>
</dependency>

五、编译插件

5.1 编译插件：

maven-compiler-plugin

<plugin>
 <groupId>org.apache.maven.plugins</groupId>
 <artifactId>maven-compiler-plugin</artifactId>
 <version>3.7.0</version>
 <configuration>
   <failOnError>true</failOnError>
   <verbose>true</verbose>
   <fork>true</fork>
   <compilerArgument>-nowarn</compilerArgument>
   <source>1.8</source>
   <target>1.8</target>
   <encoding>${project.build.sourceEncoding}</encoding>
 </configuration>
</plugin>

5.2 打包main方法插件

maven指定jar包的main方法，来启动项目

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-jar-plugin</artifactId>
  <version>3.0.2</version>
  <configuration>
    <archive>
      <manifest>
        <!-- 指定MANIFEST.MF中的Main-Class -->
        <mainClass>com.alibaba.dubbo.container.Main</mainClass>
        <!-- 打包时 MANIFEST.MF文件不记录的时间戳版本 -->
        <useUniqueVersions>false</useUniqueVersions>
        <!-- 在MANIFEST.MF加上Class-Path项并配置依赖包 -->
        <addClasspath>true</addClasspath>
        <!-- 指定依赖包所在目录 -->
        <classpathPrefix>lib/</classpathPrefix>
      </manifest>
      <manifestEntries>
        <Class-Path>.</Class-Path>
      </manifestEntries>
    </archive>
  </configuration>
</plugin>

maven实战书中提供：已测试
<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-shade-plugin</artifactId>
  <version>1.2.1</version>
  <executions>
    <execution>
      // 将插件绑定到生命周期 -- package
      <phase>package</phase>
      <goals>
        <goal>shade</goal>
      </goals>
      <configuration>
        <transformers>
          <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
            <mainClass>HelloWorld</mainClass>
          </transformer>
        </transformers>
      </configuration>
    </execution>
  </executions>
</plugin>

六、 生命周期

6.1 maven三套生命周期

maven有三套相互独立的生命周期，他们分别是clean、default和site。每个生命周期包含一些阶段（phase）

  • clean：清理项目
    • pre-clean
    • clean
    • post-clean
  • default：构建项目（阶段看后面解释）
  • site：建立项目站点
    • pre-site：执行一些在生成项目站点之前需要完成的工作
    • site：生成项目站点文档
    • post-site：执行一些在生成项目站点之后需要完成的工作
    • site-deploy：将生成的项目站点发布到服务器上

6.2 default生命周期的阶段（phase）

跟spring的applicationContext的refresh()里面的操作一样，贼多！

  • validate
  • initialize
  • generate-sources
  • process-sources：处理项目主资源文件。一般来说，是对src/main/resources目录的内容进行变量替换等工作后，复制到输出的主classpath目录中。
    例如：我们根据生产环境配置的文件跟开发环境不一致，maven打包时，发现我们在生产环境，就会将生产环境对应目录的文件复制替换，然后打包到classpath
  • generate-resources
  • process-resources
  • compile：编译项目的主源码。一般来说，编译src/main/java目录下的文件到输出的主classpath中
  • process-test-sources：处理项目测试资源文件。一般来说，是对src/test/resources目录的内容进行变量替换等工作后，复制到项目输出的测试classpath中
  • generate-test-sources
  • process-test-resources
  • test-compile：编译项目的测试代码。一般来说，是编译…src/test/java
  • process-test-classes
  • test：使用单元测试框架运行测试，测试代码不会打包或部署
  • prepare-package
  • package：接受编译好的代码，打包成可发布的格式，如jar
  • pre-integration-test
  • integration-test
  • post-integration-test
  • verify
  • install：将包安装到Maven本地仓库，供本地其他Maven项目使用。是本地哦
  • deploy：将最终的包复制到远程仓库，供其他开发人员和Maven项目使用。

6.3 命令行与生命周期

命令行就是多个生命周期的简单组合
mvn clean：调用clean的clean阶段
mvn test：default的test阶段
mvn test install：clean的clean阶段和default的install阶段
mvn clean deploy site-deploy：调用clean的clean阶段，default的deploy的阶段，site的site-deploy阶段。

6.4 插件绑定

maven的插件跟生命周期相互绑定，可以自定义插件，然后绑定maven的特定生命周期阶段。
例如maven-compiler-plugin插件，就绑定了default生命周期的compile阶段。
如果啥插件都不指定，那么就会使用内置插件绑定：
在这里插入图片描述
注意：这里只列出了拥有绑定关系的阶段，default还有很多阶段，默认他们没有绑定任何插件，因此也没有任何实际行为。

6.5 自定义绑定

<plugin>
  <groupId>org.apache.maven.plugins</groupId>
  <artifactId>maven-shade-plugin</artifactId>
  <version>1.2.1</version>
  // 任务执行，插件可以执行多个任务
  <executions>
    <execution>
        // 绑定了package阶段，很多插件不需要指定，因为插件的目标在编写时已经定义好默认绑定阶段
      <phase>package</phase>
      <goals>
        // 通过goals配置指定要执行的插件目标
        <goal>shade</goal>
      </goals>
      //　某些插件支持出传入参数，像mvn install -Dmaven.test.skip=true。里面的-D意味着
      //后面是参数，真正的参数是maven.test.skip=true，这个也可以使用configuration配置，全局生效。
      <configuration>
        <transformers>
          <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
            <mainClass>HelloWorld</mainClass>
          </transformer>
        </transformers>
      </configuration>
    </execution>
  </executions>
</plugin>

七、版本管理和环境过滤

7.1 maven约定的版本号：

<主版本>.<次版本>.<增量版本>-<里程碑版本>

  • 主版本：表示了项目的重大架构变更。例如Maven2和Maven1相去甚远；Struts1和Struts2采用了不同的架构
  • 次版本：表示较大范围的功能增加和变化，及bug修复。
  • 增量版本：一般表示重大bug的修复。
  • 里程碑版本：顾名思义，某一个版本的里程碑。
    例如：1.3.4-beta-2
    主版本：1；
    次版本：3；
    增量版本：4；
    里程碑版本：beta-2；

7.2 环境过滤

7.2.1 配置

每个<profile>标签就是一个环境配置，使用id进行定位

<!-- 全局属性配置 -->
<profiles>
  <!-- 开发环境 -->
  <profile>
    <id>dev</id>
    <properties>
      <!-- 部署环境(对应配置文件版本) -->
      <env>dev</env>
      <suffix>LATEST</suffix>
      <maven.test.skip>false</maven.test.skip>
    </properties>
    <!-- 设置默认环境 -->
    <activation>
      <activeByDefault>true</activeByDefault>
    </activation>
  </profile>


  <!-- 测试预发环境 -->
  <profile>
    <id>uat</id>
    <properties>
      <!-- 部署环境(对应配置文件版本) -->
      <env>uat</env>
      <maven.test.skip>false</maven.test.skip>
    </properties>
  </profile>


  <!-- 测试环境 -->
  <profile>
    <id>test</id>
    <properties>
      <!-- 部署环境(对应配置文件版本) -->
      <env>test</env>
      <suffix>BETA</suffix>
      <maven.test.skip>true</maven.test.skip>
    </properties>
  </profile>


  <!-- 生产环境 -->
  <profile>
    <id>pro</id>
    <properties>
      <!-- 部署环境(对应配置文件版本) -->
      <env>pro</env>
      <suffix>RELEASE</suffix>
      <maven.test.skip>true</maven.test.skip>
    </properties>
  </profile>
</profiles>


<resources>
  <resource>
    <directory>src/main/resources</directory>
    <targetPath>${project.build.directory}/classes</targetPath>
    //　开启过滤，就是说，类似{project.build.xxxx}，{aa.bb.cc}就会生效。不然不生效
    <filtering>true</filtering>
    <includes>
      <include>**/*.xml</include>
    </includes>
  </resource>
</resources>

7.2.2 激活

配置了环境<profile>，那么如何激活，使用呢。

  • 命令行激活，使用-P加上profile的id来激活，多个id之间以逗号分开。
mvn clean install -Pdev,test  // 激活了dev和test2个环境
  • setting文件显示激活：如果用户希望某个profile默认处理激活状态，在maven的setting.xml中配置
<settings>
    ...
    <activeProfiles>
        <activeProfile>dev</activeProfile>
    </activeProfiles>
    ...
</setting>
  • 系统属性激活：配置当系统属性存在的时候，自动激活profile
<profile>
    <activation>
    　<property>
        // 定义了属性anme为test，如果命令行中含有name属性，则激活
        <name>test</name>
      </property>
    </activation>
  </profile>

// 如下激活命令
mvn clean install -Dtest

或者

<profile>
    <activation>
    　<property>
        // 定义了属性anme为test，如果命令行中含有name属性，则激活
        <name>test</name>
        <value>xx</value>
      </property>
    </activation>
  </profile>


// 如下激活命令
mvn clean install -Dtest=xx
  • 操作系统环境激活
<profile>
    <activation>
    　<os>
        <name>Windows XP</name>
        // family 包括：windows、unix和mac
        <family>Windows</family>
        <arch>x86</arch>
        <version>5.1.2600</version>
      </os>
    </activation>
  </profile>
  • 文件存在与否激活
  <profile>
    <activation>
    　<file>
        <missing>x.properties</missing>
        <exists>y.properties</exists>
　    </file>
    </activation>
  </profile>
  • 默认激活：可以设置默认激活，如果有任意环境通过以上任意一种方式激活，那么默认激活就会失效。
<profile>
    <id>dev</id>
    <properties>
      <!-- 部署环境(对应配置文件版本) -->
      <env>dev</env>
      // maven环境变量
      <suffix>LATEST</suffix>
      <maven.test.skip>false</maven.test.skip>
    </properties>
    <!-- 设置默认环境 -->
    <activation>
      <activeByDefault>true</activeByDefault>
    </activation>
  </profile>

7.3 Web资源过滤

有的时候，希望在构建项目的时候，为不同的客户使用不一样的资源文件。这时可以在web资源文件中使用Maven属性，例如用${client.logo}表示图片，然后使用不同的profile分别定义这些Maven属性的值
最后需要配置maven-war-plugin对src/main/webapp/这一资源目录进行过滤。

TuringK
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Maven最全使用指南，都在这里了
SharingOfficer的博客
01-10 2028
张三最近做了个项目，但是这个项目需要 30 多个 jar包。他只能从网上一个个去下载，下载完还要一个一个手动导入。 好不容易搞完了，结果却发现有些 jar 包版本竟然不兼容，搞了一天也没搞好。真的是“豆腐拌腐乳-越搞越糊涂！。” 经过一个多月的疯狂加班，这个项目终于做好了，张三部署好测试环境之后就交给测试人员李四了。 张三想着终于能好好摸鱼了，谁知道李四工作特认真，一会就测出来一堆 bug。 张三只能立即去更改 bug，改完还要手动编译、打包项目。最多的时候一天打包了十几次，可把张三累坏了。 那如
Maven用法
youyd_565的博客
11-24 511
1.    下载apache-maven-3.2.5 2.    配置mavne环境变量     测试maven环境变量配置   3.    Eclipse与maven建立关联     4.    Settings.xml配置【配置本地仓库】     Licensedto the Apache Software F
史上最全 Maven 教程，建议收藏！！
最新发布
码农code之路
07-29 1065
来源：juejin.cn/post/7266293217054163000如果你是有一定的开发经验，我相信你一定被项目 lib 下的 JAR 包折磨过，如果碰上兼容问题，更是逐个下载不同版本 JAR 包进行替换排查，相信是每个程序员都不想再经历一边的噩梦。Maven 的出现则大大降低开发人员的准备工作，让开发人员更专心与业务，下面即介绍 Maven 基本使用。Maven 是一个项目管理工具，可以对...
maven的使用方法
static_route的博客
03-16 409
maven是一个项目管理工具，可以用来进行项目的管理和代码的编译，它有各种不同的生命周期，每个生命周期之间是相互独立的，常见的生命周期有clean，build，deploy等，每个生命周期又有不同的阶段，下一个阶段依赖上一个阶段，例如构建生命周期中，mvn install命令会执行install阶段前的compile，test命令。 1.maven的安装，去官网进行下载即可，地址如下 http...
maven的使用
ZJRUIII的博客
04-13 3558
文章目录一、第三方库1. 概念2. 第三方库的寻找二、使用maven的原因 一、第三方库 1. 概念 IT行业流行一句话，叫做“不要重复造轮子”，以Java语言为例： 1.JDK已提供的功能，可以通过相应的 API 直接使用，不用自己重新实现。 2.JDK没有提供的功能，在富有开源精神的 IT行业，大部分通用功能也都能在开源社区找到。 概念： 某个编程语言在安装好开发环境以后，默认会提供基础API。除此之外，还可以由第三方提供代码库（我们称为第三方库，一般为后缀为jar的文件），我们可以通过第三方库提供的A
Maven的使用
l965118033的博客
12-27 401
微服务中的Maven使用规范
基本的maven框架demo ssm
03-24
这个“基本的maven框架demo ssm”项目就是一个典型的SSM应用实例，旨在帮助开发者快速理解并上手这三个框架的集成与使用。 1. **Spring框架**：Spring是Java领域的一个全面的企业级应用开发框架，提供了依赖注入...
解析maven的用法和几个常用的命令(推荐)
08-18
Maven的用法和常用命令详解 Maven是Java项目中最常用的项目管理和构建工具，它的最大作用是对项目中jar包依赖的统一管理。通过使用Maven，可以自动下载和管理项目所需的jar包，并且可以实现项目之间的jar包共享。...
Maven3种打包方式中maven-assembly-plugin的使用详解
08-18
本文将详细介绍 maven-assembly-plugin 的使用，包括其基本概念、配置方法和实践应用。 Maven 打包方式的分类 ------------------- Maven 提供了多种打包方式，包括 maven-jar-plugin、maven-shade-plugin 和 ...
maven使用方法
12-07
### Maven使用方法详解 #### 一、Maven简介与作用 **Maven** 是一款流行的构建工具，它通过提供一种项目对象模型（POM），帮助开发者实现构建过程的自动化，从而简化项目的构建流程。Maven 不仅是一款构建工具，...
maven的基本使用和配置
04-25
### Maven 的基本使用和配置 #### Maven 介绍 Maven 是 Apache 软件基金会支持的一个项目管理工具，主要用于 Java 项目的构建与依赖管理。它通过一个项目对象模型（POM）来管理项目的构建、报告和文档。Maven 的...
关于maven的基本用法
x286129277的专栏
11-03 727
一、了解maven的本地仓库及jar包管理 1、maven的环境准备 在pom.xml文件中，导入坐标时，如果出现一个坐标所引用的jar的版本不一致时。遵循优先声明原则在前面的声明的坐标，jar引用优先。 通俗讲：谁先导入 ，就引用谁的。 ------- jar包冲突解决方式： 1、第一声明原则：谁先导入 ，就引用谁的 2、直接和传递导入：直接导入jar包。传递导入：导入一个坐标中包含需要的ja...
maven的使用（全教程）
微微 -------
08-12 1578
maven是一个项目管理工具 Maven是apache下的开源项目，Maven主要服务于基于Java平台的项目构建、依赖管理和项目信息管理。主要包括： 自动导入jar包：每一个用maven创建的项目当中，都会存在一个pom.xml文件,我们通过配置这个文件即可实现自动导入jar包。 项目对象模型(Project Object Model) :POM对象模型，每个maven工程中的po...
maven使用教程
孤独的大佬
06-20 778
一、Maven是什么 Maven是一个Apache组织的开源项目，是用来构建项目和管理依赖的工具。Maven基于项目对象模型(POM project object model)，通过一小段描述信息（配置/坐标）来管理项目的构建，报告和文档。 依赖管理：对项目需要使用到的jar包进行管理。 项目构建：项目在编码完成后，对项目进行编译、测试、打包(war)、部署。 二、Maven的优势 使用Maven管理的Java 项目都有着相同的项目结构 有一个pom.xml 用于维护当前项目都用了那些jar包 所
Java-Web知识点 Maven
at10090的博客
09-02 358
概述 Maven 的正确发音是[ˈmevən]，而不是“马瘟”以及其他什么瘟。Maven 在美国是一个口语化的词 语，代表专家、内行的意思。 一个对 Maven 比较正式的定义是这么说的：Maven 是一个项目管理工具，它包含了一个项目对象模 型 (POM：Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管 理系统(Depe...
Maven的使用(看这篇就够了！！！)
可乐要加冰！！！
11-06 749
Maven的使用(看这篇就够了！！！)
maven的简介和基本用法
lucky_ly的博客
10-07 340
1.maven的简介 maven是Apache一款优秀的开源产品，被广大java程序员所使用，maven能帮我们项目依赖，项目构建，和项目信息的管理。 1.1项目依赖 maven坐标可以确定一个构件（构件可以是，jar包，war包，插件等等）。 maven坐标由groupId,artifactId,version,packaging,classifier组成。 groupId：定义了项目输入哪个组...
maven 使用介绍
方亚军的博客
05-05 296
下载安装 官网下载地址：https://maven.apache.org/download.cgi 下载完成后，直接解压（windows） 配置环境变量 测试是否安装成功,出现如下信息就是环境变量配置成功 Maven 介绍 Maven 简介 Maven 是 Apache 软件基金会组织维护的一款自动化 构建工具，专注服务于 Java 平台的项目构建 项目构建和依赖管理 依赖管理 Mave...
Maven使用详解
qq_51938362的博客
07-20 1241
Maven的基本使用
"Java代码编写利器：Maven使用方法详解
本文介绍了使用 MAVEN 管理项目的入门方法，MAVEN 是一个用于 JAVA 项目管理的支撑工具，它提供了比 ANT 更强大的管理功能。通过命令行工具，可以轻松生成新的项目，并管理已存在项目中的相关依赖 JAR 文件。在 JAVA...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

TuringK

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值