pom.xml 里的依赖版本对不上号?粘贴进来即可解析 项目坐标、依赖列表与版本号,自动展开 ${property} 占位符,并找出同一坐标的多版本冲突。
支持 ${} 属性占位符展开与同坐标多版本冲突检测;上传文件上限 2MB。
Maven 项目的依赖关系全部写在 pom.xml 里,一个中等规模的工程动辄几十条依赖。当出现「本地能跑、服务器报 ClassNotFound」「两处引了同一库的不同版本」这类问题时,第一件事就是把依赖清单摊开来看——但 XML 层层嵌套,版本号还常用 ${spring-boot.version} 这样的属性占位符引用,肉眼追查非常费劲。
本工具把 pom.xml 解析成三块清晰的信息:项目信息(groupId / artifactId / version / packaging)、依赖列表(每条依赖的坐标、版本与 scope)、属性表(properties 中的键值对)。解析时会自动展开属性占位符,把 ${spring-boot.version} 换成真实版本号;确实无法解析的会标上 ⚠️,提示你该属性可能定义在父 POM 中。
最后一项是版本冲突检测:如果同一个 groupId:artifactId 在不同位置引用了多个版本,会单独列出冲突坐标与所有出现的版本,这正是排查依赖问题的关键线索。解析在服务端完成、不做持久化保存,解析历史保存在你本地浏览器中。
<properties> 中定义的键,父 POM 里的会标 ⚠️。groupId:artifactId 出现多个版本即为冲突,需用 <dependencyManagement> 统一。scope 为 test、provided 的依赖不会打进运行包。${} 属性占位符,但当前 pom.xml 的 <properties> 中没有找到对应定义(通常定义在父 POM 或 dependencyManagement 中),因此无法展开成真实版本号。groupId:artifactId 坐标在依赖列表中出现多个不同版本时,即判定为冲突,工具会列出该坐标及所有出现的版本,便于你定位并统一。mvn dependency:tree。<dependencies> 段落。pom.xml 格式。Gradle 使用 Groovy / Kotlin DSL,结构与解析方式完全不同。审核通过后就会展示在留言板上,稍安勿躁~
还没有留言,来抢沙发吧!