非maven项目快速转换为maven项目-Toy模板网

这篇具有很好参考价值的文章主要介绍了非maven项目快速转换为maven项目。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

非maven项目快速转换为maven项目

背景

公司有个很旧的项目，无法通过提交gitlab来实现自动构建docker镜像（当然肯定可以通过其他的方式来构建镜像(这里可能没有研究所以不太清楚)，但是我当时的想法就是把项目转换为maven的，然后通过配置plugin来实现）。

问题

因为旧的项目是spring的项目可想而知是很多的jar包，并且还有一些奇奇怪怪的jar包（可能是第三方的,在中央库根本就找不到）。这是很头疼的，尝试去找了每用一个jar的GAV，因为太多了就放弃了。然后就想是否能直接通过配置方式来解决这个问题，快速把所有jar引入到项目中，并且可以使他在maven编译的时候也可以正常编译（虽然在idea中可以运行是因为我们配置了libraries所有才能正常运行）。

解决方式

方法只适用与jdk1.8及以下，因为1.8以上他取消了rt.jar这个基础包。

<plugin>
    <!--使用maven-compiler-plugin来解决编译时无法找到第三方依赖的问题-->
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.1</version>
    <configuration>
        <source>1.8</source>
        <target>1.8</target>
        <!-- 指定源代码的字符编码为UTF-8。-->
        <encoding>UTF-8</encoding>
        <!-- 用于指定传递给Java编译器的参数。-->
        <compilerArgs>
            <!--一般不开调试的时候需要用到 这三个一般不开启 但是调试的时候可以通到-->
            <!--启用详细输出，显示编译过程的详细信息。-->
            <!--<arg>-verbose</arg>-->
            <!--启用unchecked警告，用于检测未经检查的操作。-->
            <!--<arg>-Xlint:unchecked</arg>-->
            <!--启用已过时元素使用警告，用于检测已经不推荐使用的API。-->
            <!--<arg>-Xlint:deprecation</arg>-->
            <!--bootclasspath 引导类路径。引导类路径是Java编译器在编译时使用的类路径，其中包含了Java标准库的核心类 其实可以不指定。因为jdk11我测试的时候没找到rt.jar 所以说只支持jdk1.8及一下 这里如果这个的可以补充-->
            <arg>-bootclasspath</arg>
            <arg>${env.JAVA_HOME}/jre/lib/rt.jar</arg>
            <!--重点！
				extdirs 扩展目录允许你添加额外的类库目录，这里包括了Web应用程序的lib目录和Java运行时库的ext目录。
				我们把自己的第三方jar包通过扩展类的形式让我们的编译器可以识别到。从而使得maven能够编译成功。
			-->
            <arg>-extdirs</arg>
            <arg>
                ${project.basedir}/src/main/webapp/WEB-INF/lib${path.separator}${env.JAVA_HOME}/jre/lib/ext
            </arg>
        </compilerArgs>
    </configuration>
</plugin>
<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-war-plugin</artifactId>
    <version>3.2.2</version>
    <configuration>
       	<!--用于补充Web应用程序的资源文件。-->
        <webResources>
            <webResource>
                <!--用于在部署后可以让我们的tomcat识别到具有必要的第三方依赖-->
                <directory>${pom.basedir}/src/main/webapp/WEB-INF/lib/</directory>
                <!--将资源复制到指定目录-->
                <targetPath>WEB-INF/lib/</targetPath>
              	<!--包含那些文件-->
                <includes>
                    <include>**/*.jar</include>
                </includes>
            </webResource>
        </webResources>
    </configuration>
</plugin>

总结

maven-compiler-plugin：解决在编译过程中识别不到第三方依赖的问题

maven-war-plugin：解决在部署后可以让第三方包被tomcat识别

使用这两个插件让我们可以无需一个一个的添加denpendency，之后的有再补充的jar包，可以通过denpendency交给maven来管理。