tomcat-maven-plugin看法

本文探讨使用Maven构建工具结合Tomcat插件实现项目的热部署现象,分析了不同配置下代码变更对应用的影响,并解释了热部署背后的机制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

现在经常用maven构建项目,在启动时都是进行热部署,用些tomcat、jetty相关的插件,

最近在看jfinal cms项目,发现很奇怪的现象:

 ①首先根据文档说明,在启动项目是 先install,然后通tomcat-maven-plugin插件启动,其中该插件配置如下:

			<plugin>
				<groupId>org.codehaus.mojo</groupId>
				<artifactId>tomcat-maven-plugin</artifactId>
				<version>1.1</version>
				<configuration>
					<port>80</port>
					<path>/${project.artifactId}</path>
                    			<warSourceDirectory>${basedir}/target/${artifactId}</warSourceDirectory>
				</configuration>
			</plugin>

其中warSourceDirectory对应的是target下的项目同名目录,这个应该是tomcat热部署的资源目录,按以上操作进行没有任何问题,唯一的问题是每次更改代码后都要重新启动,应为在java build path 中对应的编译文件是target/classes文件下,与tomcat资源文件不一致造成。然而事实是每次对代码修改其实不用重启服务都是直接生效了(缓存除外),这是为什么呢?


②和上面一样,先install 再启动tomcat,不同的是去掉tomcat中warSourceDirectory配置,项目一样启动,但是此时就没办法找到src/main/resources中的文件。之后把编译后的classes文件夹全部拷贝到项目的WEB-INF中去,上面都正常了,说明tomcat插件部署的其实是src/main/webapp中的内容,但是webapp里面除了资源文件,没有任何的class文件,tomcat不可能去解析java代码吧,这又是为什么。


③最后回到jfinal cms上,根据文档提示,修改java build path 中source的out path到 src/main/webapp/WEB-INF/classes,不需要install项目,一切正常,这个就满足上面的情况,也是符合正常的web项目,所以这样都是无可厚非的。

最后问题:

1、tomcat maven插件不用做任何配置,部署webapp的内容怎么能正常执行

        2、热启动后修改代码都是可以执行的,排除那些启动时的处理代码,这又是为什么,class文件到底在哪里

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值