2024-01-15 15:29:28 作者:假女吖☌
公司有个很旧的项目,无法通过提交 gitlab 来实现自动构建 docker 镜像(当然肯定可以通过其他的方式来构建镜像(这里可能没有研究所以不太清楚),但是我当时的想法就是把项目转换为 maven 的,然后通过配置 plugin 来实现)。
gitlab
docker
maven
plugin
因为旧的项目是 spring 的项目可想而知是很多的 jar 包,并且还有一些奇奇怪怪的 jar 包(可能是第三方的,在中央库根本就找不到)。这是很头疼的,尝试去找了一个每个 jar 的 GAV ,因为太多了就放弃了。然后就想是否能直接通过配置方式来解决这个问题,快速把所有 jar 引入到项目中,并且可以使他在 maven 编译的时候也可以正常编译(虽然在 idea 中可以运行是因为我们配置了 libraries 所有才能正常运行)。
spring
jar
GAV
idea
libraries
方法只适用与 jdk1.8及以下 ,因为 1.8 以上他取消了 rt.jar 这个基础包。
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> ${project.basedir}/src/main/webapp/WEB-INF/lib${path.separator}${env.JAVA_HOME}/jre/lib/ext </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来管理。 在idea工具中你可能还需要将webapp/WEB-INF/lib/添加到libraries中,因为idea默认不是使用maven来编译程序的。 到此这篇关于非maven项目快速转换为maven项目的方法步骤的文章就介绍到这了,更多相关非maven转为maven项目内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家! 您可能感兴趣的文章:
maven-compiler-plugin:解决在编译过程中识别不到第三方依赖的问题
maven-compiler-plugin
maven-war-plugin:解决在部署后可以让第三方包被tomcat识别
maven-war-plugin
使用这两个插件让我们可以无需一个一个的添加denpendency,之后的有再补充的jar包,可以通过denpendency交给maven来管理。
denpendency
在idea工具中你可能还需要将webapp/WEB-INF/lib/添加到libraries中,因为idea默认不是使用maven来编译程序的。
webapp/WEB-INF/lib/
到此这篇关于非maven项目快速转换为maven项目的方法步骤的文章就介绍到这了,更多相关非maven转为maven项目内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
电脑版 - 返回首页
2006-2024 脚本之家 JB51.Net , All Rights Reserved.苏ICP备14036222号