求助：大型Struts Web应用转Maven的可行性及ClassNotFoundException问题

1. 能否将规模庞大且依赖缺失的Struts Web应用转为Maven项目？ #

完全可以，虽然过程会比较繁琐，但只要梳理清楚依赖关系就能完成，核心步骤如下：

• 收集现有依赖：从原项目的WEB-INF/lib目录导出所有jar包，逐个确定它们的Maven坐标（groupId、artifactId、version）。找不到版本的jar可查看内部MANIFEST.MF文件，或通过jar内的类名在Maven仓库中匹配坐标。
• 清理冗余冲突：删除重复jar包及确认不再使用的依赖，避免后续出现依赖冲突。
• 搭建Maven结构：按标准目录创建src/main/java、src/main/resources、src/main/webapp，将原项目的源码、配置文件（如struts.xml）、Web资源分别迁移到对应目录。
• 配置Struts识别：确保Struts配置文件被正确加载，可在pom.xml中指定资源目录，或直接将配置文件放在src/main/resources下。
• 分阶段测试：先迁移核心模块，编译运行验证无误后再逐步迁移其他部分，降低排查难度。

2. 添加Maven依赖后仍出现ClassNotFoundException（类存在于依赖中） #

这种情况多是依赖未被正确引入或加载，可按以下步骤排查：

• 检查依赖范围：确认依赖的<scope>标签是否正确，比如设为provided意味着运行环境需提供该jar，若服务器未包含则会报错；设为test的依赖仅在测试代码中生效，主代码无法访问。
• 验证依赖树：执行mvn dependency:tree命令，查看目标类所在jar是否在依赖树中，同时检查是否有其他依赖通过<exclusion>标签排除了该jar。
• 清理IDE缓存：执行mvn clean install重新编译打包，随后重启IDE并刷新Maven项目，消除缓存导致的加载异常。
• 检查打包结果：解压最终生成的war包，查看WEB-INF/lib目录下是否包含目标类所在的jar。若缺失，需检查pom.xml的<build>配置，确保依赖被正确打包。
• 排查类加载冲突：若存在多版本同类型jar，类加载器可能加载了不含目标类的旧版本。通过mvn dependency:tree找出重复依赖，用<exclusion>在pom.xml中排除多余版本。
• 核对类全限定名：确认代码中引用的类全限定名与依赖jar中的完全一致，排查是否存在包名拼写、类名大小写错误。

内容的提问来源于stack exchange，提问作者kailash mishra