[英]Eclipse Tomcat Build Publishing slow
我在Eclipse中有一个项目要部署到本地Tomcat服务器。 该项目是git repo的一部分。 我克隆了回购并导入了该项目。 然后,我安装了Web Tools,创建了服务器等。我对.classpath所做的唯一更改是删除两个库并更改容器(jre)以使用工作区默认值。
该项目非常小,构建时间为毫秒。 “ Progress
视图中从不存在任何活动指示符或任何内容。 服务器是本地的,所以不应该有延迟。
在服务器上:
Modules auto reload by default
会检查Modules auto reload by default
Automatically publish when resources change
Publishing interval (in seconds)
为Publishing interval (in seconds)
为1 Auto Reload
[Started, Synchronized]
(有时[Started, Restart]
) Synchronized
Build Automatically
启用Build Automatically
时,修改源和保存会导致在延迟最多5秒(太慢!)之后重新部署。 Build Project
with Build Automatically
disabled) 很少导致重新部署。 Publish
) 通常会导致重新部署,如果在未重新部署的手动构建之后完成。 这也可能有几秒钟的延迟。 最好我想在保存对源的更改后立即自动部署,而不是等待5秒钟才能重新部署。 问题似乎是Build Automatically
检查是否需要构建的时间间隔。 有没有办法缩短这个?
为什么Build Automatically
总是会重新部署,但Build Project
很少呢?
为什么在手动发布和重新部署实际开始之间存在延迟? 有没有办法解决/缩短这个?
鉴于服务器Automatically publish when resources change
属性,我不认为Build Automatically
是必要的。 这个是来做什么的?
谢谢, - 迈克
Eclipse Standard / SDK
版本:开普勒服务版本2
构建ID:20140224-0627
Tomcat v7
我们最终设法解决(至少一个变体)'Eclipse慢发布问题'作为m2e-wtp
的问题。 我们在.settings/org.eclipse.wst.common.component
下找到了它使用的映射。 然后,我们修改了这些映射,以便一次一个地复制单个webapp文件夹。 具体来说,我们避免复制非常大的嵌套文件夹,例如node_modules
。
编辑文件并刷新Eclipse项目后,发布暂停消失了! 您必须小心,未来的更改(例如执行Maven > Update Project
)不会覆盖.settings/org.eclipse.wst.common.component
文件。
您可以将Eclipse的构建文件夹(对于任何生成的类文件)配置为直接保存到已部署的Web应用程序的classes文件夹。 这基本上会跳过部署步骤。
然后,如果每次要查看更改时添加脚本/步骤以touch
监视资源(如web.xml
),它将在其类路径中使用新类文件重新加载上下文。 这通常需要大约一秒钟。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.