Maven源码调试工程搭建

思路

我们前面的文章《【曹工杂谈】Maven和Tomcat能有啥联系呢,都穿打补丁的衣服吗》分析了Maven大体的执行阶段,主要包括三个阶段:

  1. 启动类阶段,负责加载框架;

  2. 框架核心(maven core)阶段,主要负责根据参数中的goal,如clean,找到对应的插件的jar包,生成插件对象,解析参数并调用插件代码;

  3. 插件执行阶段,执行完成后,控制权会交还给框架核心,由maven core完成善后工作。

这三个阶段,分别会去不同的地方加载对应的jar包。

大概了解了这个流程后,我们开始思考,我们到底要调试哪一部分的代码。

  • 如果我们要调试阶段一的代码,那么,又分两种情况,是否需要改动阶段一的代码,如果需要改动,那么,就要找到阶段一的jar的源码,然后加载到idea中,并且,启动调试的时候,也需把classpath指定到我们的源码工程;如果不需要改动,那就可以参考:《【曹工杂谈】详解Maven插件调试方法》,直接把jar包引入idea的project classpath即可。
  • 如果我们需要调试阶段二的代码,那么,也分两种情况,需要改动代码,就去找源码,然后引入到idea;同时,阶段一去找阶段二的时候,默认还是去了%MAVEN_HOME%/lib/*.jar下边去找,我们这时候就得纠正它的错误行为,让它转而去我们的源码工程下找阶段二的代码。
  • 如果需要调试阶段三的代码,如果需要改动,默认也是要引入插件的源码工程;但是,阶段二,去找插件代码的时候,要让它去我们的源码工程下找代码是比较困难的(默认就是去本地仓库找,要纠正这个行为,难度较大),因此,就算了。我们还是会引入插件的源码,但是,每次改了插件代码,手动部署到本地仓库就行。

我们接下来,就开始实现上面的三个目标。

搭建阶段三的调试工程

大部分人可能感兴趣的还是插件代码,想自己搭着玩的,可以参考:《【曹工杂谈】详解Maven插件调试方法

但是在这里,我还是需要基于我在gitee上新建的一个仓库,来给大家讲解。后续的源码分析文章(如果有的话)也会基于这个工程来讲解。

代码在这里:https://gitee.com/ckl111/maven-3.8.1-source-learn

下边介绍下目录结构:

  • test-maven-core,用来在这个module的pom上,执行mvn clean等命令
  • plugin-sources,用来存放插件的代码,后续的插件源码都会往这里放
  • plexus-classworlds-source,用来存放阶段一的那个启动类的源码
  • 除此之外,都是maven框架本身的源码,这部分,统称为maven core

下载了源码后,进行idea导入,导入时,选择这个主目录下的pom,这个pom,就是框架核心的pom,默认只会导入框架核心的maven工程;我们还需要手动,把test-maven-core、plugin-sources、plexus-classworlds-source都导入一下(对着pom右键,Mark As Maven Project即可)。

导入完成后,我们默认会有4个root maven工程,其中,最上面的那个Apache Maven,就是maven核心框架。

接下来,也简单了,如果不需要修改代码的话,那就可以在任意位置打断点了。打完断点,怎么触发呢, 下边这样就行了。

我这边已经ok了,你呢?

如果想修改插件代码,改完后,记得mvn install插件到本地仓库。

搭建阶段二的调试工程

如果大家只是想跟着代码debug,那么,直接在maven框架对应的类上打断点就行了,下图就是在maven core这个module上打断点。

如果可能自己想改改maven源码、辅助学习的话,我们就得动点心思。

在此之前,我们需要把整个maven框架核心,先编译一次,因此,在G:\gitee-projects\maven-3.8.1-source-learn(只是我这边的目录)下,执行:

mvn -DskipTests=true install

如果大家有报错,什么rat相关的,可以来这里:

把这个插件元素(元素)删掉。

我这边还遇到了checkstyle报错,同样,也在这个pom里,把checkstyle检查删掉。

最终呢,还是执行ok了。

上面这步ok后,在昨天的文章里《【曹工杂谈】Maven和Tomcat能有啥联系呢,都穿打补丁的衣服吗》,我们说了,maven的启动类,是去下边这个地方,找maven core代码的:

F:\tools\apache-maven-3.8.1-bin\apache-maven-3.8.1\bin\m2.conf.

文件内容原本是这样的:

main is org.apache.maven.cli.MavenCli from plexus.core

set maven.conf default ${maven.home}/conf

[plexus.core]
load ${maven.conf}/logging
optionally ${maven.home}/lib/ext/*.jar
load ${maven.home}/lib/*.jar

其中,load ${maven.home}/lib/*.jar就加载了maven的核心框架jar。这个地方,我们得改改,让它还得去我们idea中源码工程下加载class。

main is org.apache.maven.cli.MavenCli from plexus.core

set maven.conf default ${maven.home}/conf

[plexus.core]
load ${maven.conf}/logging
optionally ${maven.home}/lib/ext/*.jar
load G:\gitee-projects\maven-3.8.1-source-learn\maven-artifact\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-builder-support\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-compat\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-core\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-embedder\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-model\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-model-builder\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-plugin-api\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-repository-metadata\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-resolver-provider\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-settings\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-settings-builder\target\classes
load G:\gitee-projects\maven-3.8.1-source-learn\maven-slf4j-provider\target\classes
load ${maven.home}/lib/*.jar

也就是去我们得target下加载classes。

这样呢,我们就可以改动我们idea里导入的maven 核心框架的代码,然后compile了,compile后,class进入到对应的target目录下,正好就在上文的m2.conf里的路径中。

为了验证是否生效,我们随便在maven核心框架打了个断点,看看当前类的类加载器的路径,发现确实已经ok了。

搭建阶段一的调试工程

阶段一,也就是那个启动jar包,对应的源码在:

我们只需要在启动测试工程里,把classpath指向这里的target目录,而不是maven安装目录下的plexus-classworlds-2.6.0.jar就可以了。

我们把这段复制出来,然后把其中,指向jar包的替换掉:

-classpath "G:\gitee-projects\maven-3.8.1-source-learn\target;F:\tools\apache-maven-3.8.1-bin\apache-maven-3.8.1\boot\plexus-classworlds.license;C:\Program Files\JetBrains\IntelliJ IDEA 2021.1.1\lib\idea_rt.jar"

把这段贴到maven执行的参数中即可。

总结

汇总一下:

  1. 阶段一,指定classpath来调试我们的源码工程:

    -classpath "G:\gitee-projects\maven-3.8.1-source-learn\target;F:\tools\apache-maven-3.8.1-bin\apache-maven-3.8.1\boot\plexus-classworlds.license;C:\Program Files\JetBrains\IntelliJ IDEA 2021.1.1\lib\idea_rt.jar"
  2. 阶段二,框架核心阶段,通过修改maven安装目录下的m2.conf的内容来实现

  3. 阶段三,插件源码阶段,修改源码后,通过编译部署到本地仓库后实现

【曹工杂谈】Maven源码调试工程搭建的更多相关文章

  1. 曹工说Redis源码(2)-- redis server 启动过程解析及简单c语言基础知识补充

    文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis,而怎么才能懂,光看是不够的,建议跟着下面的这一篇,把环境搭建起来,后续可以自己阅读源码,或者跟着我这边一起阅读.由于 ...

  2. 曹工说Redis源码(3)-- redis server 启动过程完整解析(中)

    文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis,而怎么才能懂,光看是不够的,建议跟着下面的这一篇,把环境搭建起来,后续可以自己阅读源码,或者跟着我这边一起阅读.由于 ...

  3. 曹工说Redis源码(4)-- 通过redis server源码来理解 listen 函数中的 backlog 参数

    文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis,而怎么才能懂,光看是不够的,建议跟着下面的这一篇,把环境搭建起来,后续可以自己阅读源码,或者跟着我这边一起阅读.由于 ...

  4. 曹工说Redis源码(5)-- redis server 启动过程解析,以及EventLoop每次处理事件前的前置工作解析(下)

    曹工说Redis源码(5)-- redis server 启动过程解析,eventLoop处理事件前的准备工作(下) 文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis ...

  5. 曹工说Redis源码(6)-- redis server 主循环大体流程解析

    文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis,而怎么才能懂,光看是不够的,建议跟着下面的这一篇,把环境搭建起来,后续可以自己阅读源码,或者跟着我这边一起阅读.由于 ...

  6. 曹工说Redis源码(7)-- redis server 的周期执行任务,到底要做些啥

    文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis,而怎么才能懂,光看是不够的,建议跟着下面的这一篇,把环境搭建起来,后续可以自己阅读源码,或者跟着我这边一起阅读.由于 ...

  7. 曹工说Redis源码(8)--面试时,redis 内存淘汰总被问,但是总答不好

    文章导航 Redis源码系列的初衷,是帮助我们更好地理解Redis,更懂Redis,而怎么才能懂,光看是不够的,建议跟着下面的这一篇,把环境搭建起来,后续可以自己阅读源码,或者跟着我这边一起阅读.由于 ...

  8. 曹工说JDK源码(4)--抄了一小段ConcurrentHashMap的代码,我解决了部分场景下的Redis缓存雪崩问题

    曹工说JDK源码(1)--ConcurrentHashMap,扩容前大家同在一个哈希桶,为啥扩容后,你去新数组的高位,我只能去低位? 曹工说JDK源码(2)--ConcurrentHashMap的多线 ...

  9. 曹工说Redis源码(1)-- redis debug环境搭建,使用clion,达到和调试java一样的效果

    概要 最近写了spring系列,这个系列还在进行中,然后有些同学开始叫我大神,然后以为我各方面都比较厉害,当然了,我是有自知之明的,大佬大神什么的,当作一个称呼就好,如果真的以为自己就是大神,那可能就 ...

随机推荐

  1. 离线安装rpm包并解决依赖(升级vsftpd为例)

    背景  实际开发中,我们的linux服务器是处理离线状态的,并不能访问互联网.如果此时要在linux上安装或者升级软件,就只能通过rpm包的安装方式.rpm包安装有一个缺陷,就是不能处理安装包的依赖问 ...

  2. java try_catch 分析

    1.若一段代码前有异常抛出,并且这个异常没有被捕获,这段代码将产生编译时错误「无法访问的语句」.如 public class try_catch_Demo { public static void m ...

  3. SQL排序包含数字、字母和中文处理

    --模拟数据 SELECT * INTO #temp FROM ( SELECT 1 AS id, 'C101' AS sort UNION ALL SELECT 2 AS id, 'B101' AS ...

  4. azure获取vm运行状态

    az vm list -d -o json --query "[?name=='vm-name']" | jq '.[0].powerState' 输出vm信息 az vm lis ...

  5. DDD随谈

    前言 最近再次拜读了Eric的奠基之作[Domain-Driven Design –Tackling Complexity in the Heart of Software],还有Vernon的[In ...

  6. 985硕艰难转行Android之路 加面经分享

    个人情况介绍 本人为某末流985工科硕士,说来令人感慨,我的考研之路异常曲折,每次都觉得自己能十拿九稳,结果每次都阴差阳错,失之交臂,第一次因为那年目标院校大幅度提升初试线,导致差一分未过线,第二次换 ...

  7. 7年老Android收到阿里offer,跟领导提离职被怼:为年薪百万不做兄弟?

    在当今社会,钱就是衡量一个人价值的标准,如果你在一家公司,领导再怎么重用你,但是薪资待遇却很低,这样根本是很难留住人,毕竟工作就是为了赚钱,要是连工资都满足不了,谈其他根本就是扯淡. 最近在职业论坛看 ...

  8. 说实话,Android开发月薪3W,谁不酸呢?

    近期有个网友在某匿名区晒字节跳动Offfer,毕业一年月薪3W,引发众多读者羡慕,纷纷留言酸了.酸了.但进大厂的要求还是蛮高的,需要在技术实力上有一定的积累,今天给大家分享一份高质量笔记, 助力大家技 ...

  9. 进程之间的通信(multiprocess.Queue)

    一.进程间通信 进程之间的数据是相互隔离的,例如 from multiprocessing import Process def task(): global n # 声明全局变量 n = 999 p ...

  10. Slope Trick:解决一类凸代价函数DP优化

    [前言] 在补Codeforce的DP时遇到一个比较新颖的题,然后在知乎上刚好 hycc 桑也写了这道题的相关题解,这里是作为学习并引用博客的部分内容 这道题追根溯源发现2016年这个算法已经在API ...