[发明专利]一种Maven依赖的管理方法以及系统

说明书

本发明公开了一种Maven依赖的管理方法以及系统，方法包括：S1、在Maven项目进行构建操作时，触发项目中的检查客户端请求检查服务端检查项目的Maven依赖是否存在问题；S2、检查服务端根据存储的Maven状态信息生成检查结果并反馈给检查客户端；S3、检查客户端解析接收的检查结果，并做出相关的处理。本发明基于检查客户端、检查服务端可以实现对项目的Maven依赖的统一检查和更新的管理，提高了Maven项目打包时依赖的文件的版本质量；避免了存在问题的Maven依赖对商用环境造成的不可预知的影响；降低了查找和更新Maven依赖的复杂程度，节省了人力和时间成本。

技术领域

本发明涉及计算机领域，尤其涉及一种Maven依赖的管理方法以及系统。

背景技术

Maven是一个项目管理工具，它包含了一个项目对象模型(Project ObjectModel，简称POM)，一组标准集合，一个项目生命周期，一个依赖管理系统和用来运行定义在生命周期阶段中插件目标的逻辑。当使用Maven的时候，用一个明确定义的项目对象模型来描述你的项目，然后Maven可以应用横切的逻辑，这些逻辑来自一组共享的(或者自定义的)插件。

其中，POM是在实体上表现为xml格式的文件pom.xml，是Maven工作的基础，每个Maven项目都包含一个pom.xml，在执行项目时，Maven会去项目的根目录下读取pom.xml，获得需要的配置信息。POM文件中包含了项目的信息和项目所需的配置信息，通常有项目信息(如版本、成员)、项目的依赖、插件和目标项等等。

其中，依赖文件Artifact是一个项目通过Maven生成的最终文件，通常也叫Maven构件，可以是jar文件、源文件、二进制文件或者war文件，甚至是POM文件。每个Artifact都由一组唯一的标识符(由groupId、artifactId、version组成)进行标识。需要被使用(依赖)的Artifact都要放在Maven仓库中。

当一个项目需要引用Maven仓库当中的Artifact时，需要在项目的pom.xml当中定义对Artifact的依赖，同时，这个被引用的Artifact本身和这种被引用的关系，也称为Maven依赖。

在Maven项目中增加依赖时，需要指定Artifact的groupId、artifactId、version，但是在经过了一段时间后，依赖的Artifact因为某种原因进行了修改，例如修复了bug，修改了处理逻辑，这时Artifact的版本会发生变化，通常是版本号升级，例如原先是1.1.1，现在发布了1.1.2，这种被依赖Artifact的版本变化，不会主动的反馈给依赖此Artifact的Maven项目上，通常是由项目的开发维护人员主动(定期不定期的检查依赖的Artifact是否发布了新的版本)或者被动(出现问题时发现依赖的Artifact存在bug)的进行pom.xml当中artifact版本的检查和更新。当一个Artifact被多个Maven项目依赖，或者一个Maven项目依赖多个Artifact，这时Artifact依赖版本变更的检查和更新工作就变得非常复杂和繁琐。

概括来讲，现有技术中，Maven依赖的引入和管理使用过程中，主要存在下述的问题：Maven依赖的版本使用混乱。同一个Maven依赖，有的项目依赖使用的版本低，有的依赖使用的版本高，没有对依赖版本进行统一的检查和监控管理；相同的功能需求，不同的项目引入了不同的Maven依赖。例如需要用到WebService框架，不同的项目分别引入了Axis2和CXF，增加了项目的复杂度；随意使用某个版本的Maven依赖，但是没有经过充分测试和验证，可能导致系统上线运行时出现问题；开发人员在引入Maven依赖时，面临选择合适版本依赖的困境，特别是在面对数量众多的Maven依赖以及同一Artifact的众多版本，如何快速准确的检查Maven依赖的版本是非常困难。

发明内容

本发明要解决的技术问题在于，针对现有技术的上述缺陷，提供一种Maven依赖的管理方法以及系统。