【后端】Maven 体系（二）

已于 2022-03-21 21:27:05 修改
阅读量521 收藏
点赞数
分类专栏： 后端 文章标签： maven java jar
于 2022-03-11 06:10:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sgsgkxkx/article/details/123415521
版权

Maven 体系

三、使用 Maven：命令行环境

1. 实验一：根据坐标创建 Maven 工程

1.1 Maven 核心概念：坐标
1.1.1 Maven 中的坐标
  • 向量说明
    • 使用三个『向量』在『Maven的仓库』中唯一的定位到一个『jar』包。
    • groupId：公司或组织的 id
    • artifactId：一个项目或者是项目中的一个模块的 id
    • version：版本号
  • 三个向量的取值方式
    • groupId：公司或组织域名的倒序，通常也会加上项目名称
      • 例如：com.alex.maven
    • artifactId：模块的名称，将来作为 Maven 工程的工程名
    • version：模块的版本号，根据自己的需要设定
      • 例如：SNAPSHOT 表示快照版本，正在迭代过程中，不稳定的版本
      • 例如：RELEASE 表示正式版本
    • 举例：
      • groupId：com.alex.maven
      • artifactId：pro01-alex-maven
      • version：1.0-SNAPSHOT
1.1.2 坐标和仓库中 jar 包的存储路径之间的对应关系
  • 坐标
<groupId>javax.servlet</groupId>
<artifactId>servlet-api</artifactId>
<version>2.5</version>
  • 上面坐标对应的 jar 包在 Maven 本地仓库中的位置：
Maven本地仓库根目录\javax\servlet\servlet-api\2.5\servlet-api-2.5.jar
  • 一定要学会根据坐标到本地仓库中找到对应的 jar 包。
1.2 实验操作
1.2.1 创建目录作为后面操作的工作空间
  • 例如：D:\maven-workspace\space201026
WARNING

此时我们已经有了三个目录，分别是：

Maven 核心程序：中军大帐
Maven 本地仓库：兵营
本地工作空间：战场
1.2.2 在工作空间目录下打开命令行窗口

在这里插入图片描述

1.2.3 使用命令生成Maven工程
运行 mvn archetype:generate 命令
TIP

Choose a number or apply filter (format: [groupId:]artifactId, case sensitive contains): 7:【直接回车，使用默认值】

Define value for property 'groupId': com.alex.maven

Define value for property 'artifactId': pro01-maven-java

Define value for property 'version' 1.0-SNAPSHOT: :【直接回车，使用默认值】

Define value for property 'package' com.alex.maven: :【直接回车，使用默认值】

Confirm properties configuration: groupId: com.alex.maven artifactId: pro01-maven-java version: 1.0-SNAPSHOT package: com.alex.maven Y: :【直接回车，表示确认。如果前面有输入错误，想要重新输入，则输入 N 再回车。】
1.2.4 调整
  • Maven 默认生成的工程，对 junit 依赖的是较低的 3.8.1 版本，我们可以改成较适合的 4.12 版本。
  • 自动生成的 App.java 和 AppTest.java 可以删除。
<!-- 依赖信息配置 -->
<!-- dependencies复数标签：里面包含dependency单数标签 -->
<dependencies>
	<!-- dependency单数标签：配置一个具体的依赖 -->
	<dependency>
		<!-- 通过坐标来依赖其他jar包 -->
		<groupId>junit</groupId>
		<artifactId>junit</artifactId>
		<version>4.12</version>
		
		<!-- 依赖的范围 -->
		<scope>test</scope>
	</dependency>
</dependencies>
1.2.5 自动生成的 pom.xml 解读
<!-- 当前Maven工程的坐标 -->
  <groupId>com.alex.maven</groupId>
  <artifactId>pro01-maven-java</artifactId>
  <version>1.0-SNAPSHOT</version>
  
  <!-- 当前Maven工程的打包方式，可选值有下面三种： -->
  <!-- jar：表示这个工程是一个Java工程  -->
  <!-- war：表示这个工程是一个Web工程 -->
  <!-- pom：表示这个工程是“管理其他工程”的工程 -->
  <packaging>jar</packaging>

  <name>pro01-maven-java</name>
  <url>http://maven.apache.org</url>

  <properties>
	<!-- 工程构建过程中读取源码时使用的字符集 -->
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <!-- 当前工程所依赖的jar包 -->
  <dependencies>
	<!-- 使用dependency配置一个具体的依赖 -->
    <dependency>
	
	  <!-- 在dependency标签内使用具体的坐标依赖我们需要的一个jar包 -->
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.12</version>
	  
	  <!-- scope标签配置依赖的范围 -->
      <scope>test</scope>
    </dependency>
  </dependencies>
1.3 Maven 核心概念：POM
1.3.1 含义
  • POM：Project Object Model，项目对象模型。和 POM 类似的是：DOM（Document Object Model），文档对象模型。它们都是模型化思想的具体体现。
1.3.2 模型化思想
  • POM 表示将工程抽象为一个模型，再用程序中的对象来描述这个模型。这样我们就可以用程序来管理项目了。我们在开发过程中，最基本的做法就是将现实生活中的事物抽象为模型，然后封装模型相关的数据作为一个对象，这样就可以在程序中计算与现实事物相关的数据。
1.3.3 对应的配置文件
  • POM 理念集中体现在 Maven 工程根目录下 pom.xml 这个配置文件中。所以这个 pom.xml 配置文件就是 Maven 工程的核心配置文件。其实学习 Maven 就是学这个文件怎么配置，各个配置有什么用。
1.4 Maven核心概念：约定的目录结构
1.4.1 各个目录的作用

在这里插入图片描述

1.4.2 约定目录结构的意义
  • Maven 为了让构建过程能够尽可能自动化完成，所以必须约定目录结构的作用。例如：Maven 执行编译操作，必须先去 Java 源程序目录读取 Java 源代码，然后执行编译，最后把编译结果存放在 target 目录。
1.4.3 约定大于配置
  • Maven 对于目录结构这个问题，没有采用配置的方式，而是基于约定。这样会让我们在开发过程中非常方便。如果每次创建 Maven 工程后，还需要针对各个目录的位置进行详细的配置，那肯定非常麻烦。
  • 目前开发领域的技术发展趋势就是：约定大于配置，配置大于编码。

2. 实验二：在 Maven 工程中编写代码

2.1 主体程序

在这里插入图片描述

  • 主体程序指的是被测试的程序，同时也是将来在项目中真正要使用的程序。
package com.alex.maven;
	
public class Calculator {
	
	public int sum(int i, int j){
		return i + j;
	}
	
}
2.2 测试程序

在这里插入图片描述

package com.alex.maven;
	
import org.junit.Test;
import com.alex.maven.Calculator;
	
// 静态导入的效果是将Assert类中的静态资源导入当前类
// 这样一来，在当前类中就可以直接使用Assert类中的静态资源，不需要写类名
import static org.junit.Assert.*;
	
public class CalculatorTest{
	
	@Test
	public void testSum(){
		
		// 1.创建Calculator对象
		Calculator calculator = new Calculator();
		
		// 2.调用Calculator对象的方法，获取到程序运行实际的结果
		int actualResult = calculator.sum(5, 3);
		
		// 3.声明一个变量，表示程序运行期待的结果
		int expectedResult = 8;
		
		// 4.使用断言来判断实际结果和期待结果是否一致
		// 如果一致：测试通过，不会抛出异常
		// 如果不一致：抛出异常，测试失败
		assertEquals(expectedResult, actualResult);
		
	}
	
}

3. 实验三：执行 Maven 的构建命令

3.1 要求
  • 运行 Maven 中和构建操作相关的命令时，必须进入到 pom.xml 所在的目录。如果没有在 pom.xml 所在的目录运行 Maven 的构建命令，那么会看到下面的错误信息：
The goal you specified requires a project to execute but there is no POM in this directory.
  • mvn -v 命令和构建操作无关，只要正确配置了 PATH，在任何目录下执行都可以。而构建相关的命令要在 pom.xml 所在目录下运行——操作哪个工程，就进入这个工程的 pom.xml 目录。
3.2 清理操作
  • mvn clean
  • 效果：删除 target 目录
3.3 编译操作

  • 主程序编译：mvn compile

  • 测试程序编译：mvn test-compile

  • 主体程序编译结果存放的目录：target/classes

  • 测试程序编译结果存放的目录：target/test-classes

3.4 测试操作

  • mvn test

  • 测试的报告存放的目录：target/surefire-reports

3.5 打包操作
  • mvn package
  • 打包的结果——jar 包，存放的目录：target
3.6 安装操作
  • mvn install
[INFO] Installing D:\maven-workspace\space201026\pro01-maven-java\target\pro01-maven-java-1.0-SNAPSHOT.jar to D:\maven-rep1026\com\alex\maven\pro01-maven-java\1.0-SNAPSHOT\pro01-maven-java-1.0-SNAPSHOT.jar
[INFO] Installing D:\maven-workspace\space201026\pro01-maven-java\pom.xml to D:\maven-rep1026\com\alex\maven\pro01-maven-java\1.0-SNAPSHOT\pro01-maven-java-1.0-SNAPSHOT.pom
  • 安装的效果是将本地构建过程中生成的 jar 包存入 Maven 本地仓库。这个 jar 包在 Maven 仓库中的路径是根据它的坐标生成的。
  • 坐标信息如下：
<groupId>com.alex.maven</groupId>
<artifactId>pro01-maven-java</artifactId>
<version>1.0-SNAPSHOT</version>
  • 在 Maven 仓库中生成的路径如下：
D:\maven-rep1026\com\alex\maven\pro01-maven-java\1.0-SNAPSHOT\pro01-maven-java-1.0-SNAPSHOT.jar
  • 另外，安装操作还会将 pom.xml 文件转换为 XXX.pom 文件一起存入本地仓库。所以我们在 Maven 的本地仓库中想看一个 jar 包原始的 pom.xml 文件时，查看对应 XXX.pom 文件即可，它们是名字发生了改变，本质上是同一个文件。

4. 实验四：创建 Maven 版的 Web 工程

4.1 说明
  • 使用 mvn archetype:generate 命令生成 Web 工程时，需要使用一个专门的 archetype。这个专门生成 Web 工程骨架的 archetype 可以参照官网看到它的用法：
    在这里插入图片描述
  • 参数 archetypeGroupId、archetypeArtifactId、archetypeVersion 用来指定现在使用的 maven-archetype-webapp 的坐标。
4.2 操作
  • 注意：如果在上一个工程的目录下执行 mvn archetype:generate 命令，那么 Maven 会报错：不能在一个非 pom 的工程下再创建其他工程。所以不要再刚才创建的工程里再创建新的工程，请回到工作空间根目录来操作。
  • 然后运行生成工程的命令：
mvn archetype:generate -DarchetypeGroupId=org.apache.maven.archetypes -DarchetypeArtifactId=maven-archetype-webapp -DarchetypeVersion=1.4
  • 下面的操作按照提示执行：
    • Define value for property ‘groupId’: com.alex.maven Define value for property ‘artifactId’: pro02-maven-web Define value for property ‘version’ 1.0-SNAPSHOT: :【直接回车，使用默认值】
    • Define value for property ‘package’ com.alex.maven: :【直接回车，使用默认值】 Confirm properties configuration: groupId: com.atguigu.maven artifactId: pro02-maven-web version: 1.0-SNAPSHOT package: com.atguigu.maven Y: :【直接回车，表示确认】
4.3 生成的pom.xml
  • 确认打包的方式是war包形式
<packaging>war</packaging>
4.4 生成的Web工程的目录结构

在这里插入图片描述

  • webapp 目录下有 index.jsp
  • WEB-INF 目录下有 web.xml
4.5 创建 Servlet
  • 在 main 目录下创建 java 目录
    在这里插入图片描述
  • 在 java 目录下创建 Servlet 类所在的包的目录
    在这里插入图片描述
  • 在包下创建 Servlet 类
package com.alex.maven;
	
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.ServletException;
import java.io.IOException;
	
public class HelloServlet extends HttpServlet{
	
	protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
		
		response.getWriter().write("hello maven web");
		
	}
	
}
  • 在 web.xml 中注册 Servlet
<servlet>
	<servlet-name>helloServlet</servlet-name>
	<servlet-class>com.alex.maven.HelloServlet</servlet-class>
</servlet>
<servlet-mapping>
	<servlet-name>helloServlet</servlet-name>
	<url-pattern>/helloServlet</url-pattern>
</servlet-mapping>
4.6 在 index.jsp 页面编写超链接
<!-- JSP全称是 Java Server Page，和 Thymeleaf 一样，是服务器端页面渲染技术。 -->
<html>
	<body>
		<h2>Hello World!</h2>
		<a href="helloServlet">Access Servlet</a>
	</body>
</html>
4.7 编译
  • 此时直接执行 mvn compile 命令出错：
DANGER

程序包 javax.servlet.http 不存在

程序包 javax.servlet 不存在

找不到符号

符号: 类 HttpServlet

……
  • 上面的错误信息说明：我们的 Web 工程用到了 HttpServlet 这个类，而 HttpServlet 这个类属于 servlet-api.jar 这个 jar 包。此时我们说，Web 工程需要依赖 servlet-api.jar 包。
    在这里插入图片描述
4.8 配置对 servlet-api.jar 包的依赖
  • 对于不知道详细信息的依赖可以到https://mvnrepository.com/网站查询。使用关键词搜索，然后在搜索结果列表中选择适合的使用。
    在这里插入图片描述
  • 比如，我们找到的 servlet-api 的依赖信息：
<!-- https://mvnrepository.com/artifact/javax.servlet/javax.servlet-api -->
<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>javax.servlet-api</artifactId>
    <version>3.1.0</version>
    <scope>provided</scope>
</dependency>
  • 这样就可以把上面的信息加入 pom.xml。重新执行 mvn compile 命令。
4.9 将 Web 工程打包为 war 包
  • 运行 mvn package 命令，生成 war 包的位置如下图所示：
    在这里插入图片描述
4.10 将 war 包部署到 Tomcat 上运行
  • 将 war 包复制到 Tomcat/webapps 目录下
    在这里插入图片描述
  • 启动 Tomcat：
    在这里插入图片描述
    在这里插入图片描述
  • 通过浏览器尝试访问：http://localhost:8080/pro02-maven-web/index.jsp

5. 实验五：让 Web 工程依赖 Java 工程

5.1 观念
  • 明确一个意识：从来只有 Web 工程依赖 Java 工程，没有反过来 Java 工程依赖 Web 工程。本质上来说，Web 工程依赖的 Java 工程其实就是 Web 工程里导入的 jar 包。最终 Java 工程会变成 jar 包，放在 Web 工程的 WEB-INF/lib 目录下。
5.2 操作
  • 在 pro02-maven-web 工程的 pom.xml 中，找到 dependencies 标签，在 dependencies 标签中做如下配置：
<!-- 配置对Java工程pro01-maven-java的依赖 -->
<!-- 具体的配置方式：在dependency标签内使用坐标实现依赖 -->
<dependency>
	<groupId>com.alex.maven</groupId>
	<artifactId>pro01-maven-java</artifactId>
	<version>1.0-SNAPSHOT</version>
</dependency>
5.3 在 Web 工程中，编写测试代码
  • 补充创建目录
    • pro02-maven-web\src\test\java\com\alex\maven
  • 确认 Web 工程依赖了 junit
 <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.12</version>
      <scope>test</scope>
 </dependency>
  • 创建测试类
    • 把 Java 工程的 CalculatorTest.java 类复制到 pro02-maven-wb\src\test\java\com\alex\maven 目录下
5.4 执行 Maven 命令
  • 测试命令
    • mvn test
    • 说明：测试操作中会提前自动执行编译操作，测试成功就说明编译也是成功的。
  • 打包命令

    • mvn package
      在这里插入图片描述

    • 通过查看 war 包内的结构，我们看到被 Web 工程依赖的 Java 工程确实是会变成 Web 工程的 WEB-INF/lib 目录下的 jar 包。
      在这里插入图片描述

  • 查看当前 Web 工程所依赖的 jar 包的列表
mvn dependency:list

[INFO] The following files have been resolved:
[INFO] org.hamcrest:hamcrest-core:jar:1.3:test
[INFO] javax.servlet:javax.servlet-api:jar:3.1.0:provided
[INFO] com.atguigu.maven:pro01-maven-java:jar:1.0-SNAPSHOT:compile
[INFO] junit:junit:jar:4.12:test

# 说明：javax.servlet:javax.servlet-api:jar:3.1.0:provided 
# 格式显示的是一个 jar 包的坐标信息。
# 格式是：groupId:artifactId:打包方式:version:依赖的范围

# 这样的格式虽然和我们 XML 配置文件中坐标的格式不同，
# 但是本质上还是坐标信息，大家需要能够认识这样的格式，
# 将来从 Maven 命令的日志或错误信息中看到这样格式的信息，就能够识别出来这是坐标。
# 进而根据坐标到Maven 仓库找到对应的jar包，用这样的方式解决我们遇到的报错的情况。
  • 以树形结构查看当前 Web 工程的依赖信息
mvn dependency:tree

[INFO] com.atguigu.maven:pro02-maven-web:war:1.0-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:test
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:test
[INFO] +- javax.servlet:javax.servlet-api:jar:3.1.0:provided
[INFO] \- com.atguigu.maven:pro01-maven-java:jar:1.0-SNAPSHOT:compile

# 我们在 pom.xml 中并没有依赖 hamcrest-core，
# 但是它却被加入了我们依赖的列表。
# 原因是：junit 依赖了 hamcrest-core，然后基于依赖的传递性，
# hamcrest-core 被传递到我们的工程了。

6. 实验六：测试依赖的范围

6.1 依赖范围
  • 标签的位置：dependencies/dependency/scope
  • 标签的可选值：compile/test/provided/system/runtime/import
6.1.1 compile 和 test 对比
*main目录（空间）test目录（空间）开发过程（时间）部署到服务器（时间）
compile有效有效有效有效
test无效有效有效无效
6.1.2 compile 和 provided 对比
*main目录（空间）test目录（空间）开发过程（时间）部署到服务器（时间）
compile有效有效有效有效
provided有效有效有效无效
6.1.3 结论

  • compile：通常使用的第三方框架的 jar 包这样在项目实际运行时真正要用到的 jar 包都是以 compile 范围进行依赖的。比如 SSM 框架所需jar包。

  • test：测试过程中使用的 jar 包，以 test 范围依赖进来。比如 junit。

  • provided：在开发过程中需要用到的“服务器上的 jar 包”通常以 provided 范围依赖进来。比如 servlet-api、jsp-api。而这个范围的 jar 包之所以不参与部署、不放进 war 包，就是避免和服务器上已有的同类 jar 包产生冲突，同时减轻服务器的负担。说白了就是：“服务器上已经有了，你就别带啦！”

6.2 测试
6.2.1 验证 compile 范围对 main 目录有效
main目录下的类：HelloServlet 使用compile范围导入的依赖：pro01-atguigu-maven

验证：使用compile范围导入的依赖对main目录下的类来说是有效的

有效：HelloServlet 能够使用 pro01-atguigu-maven 工程中的 Calculator 类

验证方式：在 HelloServlet 类中导入 Calculator 类，然后编译就说明有效。
6.2.2 验证test范围对main目录无效

  • 测试方式：在主体程序中导入org.junit.Test这个注解，然后执行编译。

  • 具体操作：在pro01-maven-java\src\main\java\com\alex\maven目录下修改Calculator.java

package com.alex.maven;

import org.junit.Test;

public class Calculator {
	
	public int sum(int i, int j){
		return i + j;
	}
	
}
  • 执行Maven编译命令：
[ERROR] /D:/maven-workspace/space201026/pro01-maven-java/src/main/java/com/alex/maven/Calculator.java:[3,17] 程序包org.junit不存在
6.2.3 验证test和provided范围不参与服务器部署
  • 其实就是验证：通过compile范围依赖的jar包会放入war包，通过test范围依赖的jar包不会放入war包。
    在这里插入图片描述
6.2.4 验证provided范围对测试程序有效
  • 测试方式是在pro02-maven-web的测试程序中加入servlet-api.jar包中的类。
  • 修改：pro02-maven-web\src\test\java\com\alex\maven\CalculatorTest.java
package com.alex.maven;

import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.ServletException;

import org.junit.Test;
import com.alex.maven.Calculator;

// 静态导入的效果是将Assert类中的静态资源导入当前类
// 这样一来，在当前类中就可以直接使用Assert类中的静态资源，不需要写类名
import static org.junit.Assert.*;

public class CalculatorTest{
	
	@Test
	public void testSum(){
		
		// 1.创建Calculator对象
		Calculator calculator = new Calculator();
		
		// 2.调用Calculator对象的方法，获取到程序运行实际的结果
		int actualResult = calculator.sum(5, 3);
		
		// 3.声明一个变量，表示程序运行期待的结果
		int expectedResult = 8;
		
		// 4.使用断言来判断实际结果和期待结果是否一致
		// 如果一致：测试通过，不会抛出异常
		// 如果不一致：抛出异常，测试失败
		assertEquals(expectedResult, actualResult);
		
	}
	
}
  • 然后运行Maven的编译命令：mvn compile
  • 然后看到编译成功。
柠檬小帽
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
algamoney-api:具有SOFEA体系结构的项目，其中应用程序的前端（角度）将通过API的REST从服务器获取操作数据。 后端正在使用Java，Spring，REST，MySQL，Flyway，HibernateJPA，Maven，ModelMapper等技术
04-08
阿尔加莫尼 该项目仍在建设中（已完成10％）。
Java后端学习笔记。包括Linux、maven、git、互联网架构、大数据体系等.zip
03-06
Java后端学习笔记。包括Linux、maven、git、互联网架构、大数据体系等.zip
JAVA体系实战项目-SpringBoot+Thymeleaf+Mybatis+Maven+Oracle综合性电商项目
03-18
采用SpringBoot+Thymeleaf+Mybatis+Maven+Oracle构建环境，开发工具使用SpringToolSuite(STS内置Tomcat服务器)。涉及的主要技术包括:springBoot框架与Thymeleaf模板引擎前后台交互，部分功能使用js/jquery/ajax实现，分页采用pageHelper分页技术，引入Mabatis持久化框架实现DAO层对数据的CURD操作；前端以html+CSS+JS+Thymeleaf+springEL展现（还使用了bootstrap和angularjs，作者擅长后端，但这个项目中前端界面的编写也耗费了很长时间，不要嫌界面丑，重在学习）。其中业务逻辑设置的也较为复杂，关联性、可操作性强，手写了较多个复杂的查询SQL，可以说把mybatis各种特点玩透了，常用操作包括文件上传都包含在内。 详细功能描述技术实现请移步：https://blog.csdn.net/HYZX_9987/article/details/123585041?spm=1001.2014.3001.5501 如有任何需要可私聊作者。
Maven 项目外部jar包导入
棒棒糖的糖不含糖的博客
03-09 1万+
maven项目外部jar包导入
【JavaWeb-28】Maven仓库、目录结构、命令和生命周期、添加jar包和插件
小小的客栈 大大的江湖
05-26 756
1、如果是一个maven项目的话，进入到该项目下，可以直接用下面的命令运行项目：mvn tomcat:run——甚至都不要求安装eclipse或者tomcat，因为maven会利用自己的tomcat插件来运行。启动的时候还打印出项目访问url。比较方便。——其实，以上命令执行时，maven帮我们进行了编译，生成了一个target文件，里面有classes文件夹，存放了编译后的文件。2、Maven仓库
java 动态加载_Java如何在运行时动态加载Jar
weixin_39648824的博客
02-12 3347
导读：在实际项目开发中，有时会遇到需动态加载jar包的应用场景。如将Flink的UDF自定义方法制作成方法库(既打成一个Jar)，在提交给Flink集群的Job中动态加载jar便可使用。下面将举一个简单实现Java动态加载Jar的例子。环境准备动态加载Jar实现解析与拓展环境准备为了便于实现Demo，这里构建一个模块化Maven项目dynamicloading，项目包含：dyna-loading-...
Java-springboot动态加载jar包，动态配置
1
05-05 7992
服务中有众多任务，当其中任一任务有改动需要升级或新增一个任务时，都需要将服务重启，会影响其他任务的正常运行。因此采用java动态加载的方式，将不同任务插件化形式加载到服务中心，配合xxl-job任务调度框架统一管理。实现了插件化任务管理。
设置Maven的JVM参数
winter2summer的博客
03-09 2467
转载-http://blog.csdn.net/blueheart20/article/details/44219685 引言： Maven工具提供了非常强大且简便的项目管理方式，包括编译、打包、发布和部署等诸多的功能；针对Java应用来说，时常在测试环境中，在Eclipse中进行部署时，出现各种内存溢出的JVM错误，一般来说需要进行JVM的设置，那怎么来设置呢？ 1.  问题的引出
java动态加载jar文件并执行方法
热门推荐
zhuwillyn
03-28 2万+
在项目开发的过程中，有时候需要动态灵活的加载某个jar包并执行其里面的方法的时候，我们可以使用本篇文章写的方式去动态的加载jar包而不用使用原始方式引入jar包作为lib去使用，接下来介绍如何动态加载jar包。直接上代码： 核心的方法就是下面这个loadJar方法，我们传入一个jar包的路径即可。 public static void loadJar(String jarPath) { ...
Maven自动导入jar包
qq_46416934的博客
08-20 1151
Maven自动导入jar包，初步了解，请多指教！
【Maven】依赖管理—导入jar包的三种方式、依赖范围设置
四季轮换叶，一路招摇胜
03-12 1万+
讲述依赖管理中导入jar包的三种方式、依赖范围设置
AlmacenAccenture:埃森哲测试后端
04-19
该项目是按照SOA-面向服务的体系结构的概念进行的，该项目是在JAVA版本16，SpringBoot Framework 2.4.4，适当的库和Maven依赖项上进行的。 前提条件 入门 Generate a project on Spring Initialzr: ...
GoodProject Maven Webapp.zip
05-12
在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为:数据访问层、业务逻辑层(又或称为领域层)、表示层。 1:数据访问层:主要是对非原始数据...
maven冲突问题
qq_62532254的博客
04-29 523
在编写maven当中的依赖时，有时候会出现一些问题，这种问题为Maven的当中的依赖。还可以直接使用一种更加简单的方式来查看冲突：直接使用插件来进行查看。为了解决这种冲突的出现：可以使用将引起冲突的依赖直接进行删除掉！在导入依赖的时候：出现了两种依赖发生了版本冲突的问题？可以通过打印maven的版本信息树来检查相应的依赖。直接输出全部的依赖及其相应的版本信息（以树的形式）首先我是无法知道这个问题出现在哪里的。可以使用这种方式来解决冲突的出现！冲突就得到了相应的解决！
SpringBoot使用git-commit-id-maven-plugin打包
Ly768768的博客
04-30 298
git-commit-id-maven-plugin 是一个maven 插件，用来在打包的时候将git-commit 信息打进jar中。这样做的好处是可以将发布的某版本和对应的代码关联起来，方便查阅和线上项目的维护。至于它的作用，用官方说法，这个功能对于大型分布式项目来说是无价的。
链表刷题集
yajunjiao的专栏
04-30 813
本文主要列举了一些刷的题，不多，有那么几道，也建议各位去建立自己的刷题集。积少成多。
Spring Cloud——LoadBalancer
最新发布
????
05-01 1801
这里只是简单的讲解了一下LoadBalancer如何使用，因为实际上我们使用的不是很多，主要还是使用OpenFeign。
d15(136-148)-勇敢开始Java，咖啡拯救人生
m0_73459387的博客
04-28 1350
对象哈希值的特点：同一个对象调用hashCode()返回的哈希值相同；HashMap的键依赖hashCode方法和equals方法保证键的唯一，存储自定义类型的对象时，重写这两个方法。实际上，Set系列集合的底层就是基于Map实现的，只是Set集合中的元素要键数据，不要值数据。当12个位置都占满时就会扩容，大约扩容为原来的二倍，再把原数组数据转移到新数组。使用迭代器遍历集合时，又同时在删除集合中的数据，程序就会出现并发修改异常的错误。基于哈希表实现，每个键值对额外多了一个双链表的机制，记录元素顺序（保证。
Java解决最长公共前缀
无人罪的博客
04-28 653
编写一个函数来查找字符串数组中的最长公共前缀。如果不存在公共前缀，返回空字符串""。
maven后端项目下载
08-29
下面是使用 Maven 下载后端项目的步骤： 1. 首先，确保你的电脑上已经安装了 Java JDK 和 Maven。你可以在官方网站上下载并安装最新版本的 Maven。 2. 打开一个命令行窗口或终端，并定位到你想要存储后端项目的...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

柠檬小帽

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

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

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

打赏作者

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

抵扣说明：

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

余额充值