Eclipse构建发布慢
设置
我想将Eclipse中的一个项目部署到本地Tomcat服务器上。这个项目是git回购项目的一部分。我克隆了回购协议并导入了这个项目。然后我安装了Web工具，创建了服务器，等等。我对.classpath所做的唯一更改是删除两个库，并将容器(jre)更改为使用workplace默认设置。
该项目非常小，构建时间为毫秒。Progress视图中从来没有任何活动指示符或任何内容。服务器是本地的，所以不应该有延迟。
在服务器上：
- 检查
Modules auto reload by default - 选择
Automatically publish when resources change Publishing interval (in seconds)为1- 我的模块启用了
Auto Reload - 服务器显示为
[Started, Synchronized](有时是[Started, Restart])。 - 我的模块显示为
Synchronized
症状
- 修改源代码和保存会导致延迟5秒后重新部署(太慢了！)当我启用
Build Automatically时。 - 手动构建(禁用
Build Project)很少会导致重新部署。 - 手动发布(右键单击服务器并选择
Publish) 通常会导致在没有重新部署的手动构建之后进行重新部署。在这个问题上也可能会有几秒钟的延迟。 - 重新启动服务器没有帮助。
- 重新启动Eclipse没有帮助。
问题
最优情况下，我希望在保存对源代码的更改后立即自动部署，而不是等待5秒才能重新部署。问题似乎在于Build Automatically检查是否需要构建的间隔。有办法缩短这个时间吗？
为什么Build Automatically 总是在重新部署的情况下使用，而Build Project 很少使用？
为什么在手动发布和重新部署实际开始之间会有延迟？有办法解决/缩短这个问题吗？
考虑到服务器的Build Automatically属性，我认为没有必要使用Automatically publish when resources change。这是什么的钱？
谢谢，-迈克
OSX 10.8.5
Eclipse标准/SDK
版本:开普勒服务第2版
建筑编号: 20140224-0627
Tomcat v7
回答 2
Stack Overflow用户
发布于 2018-02-06 01:31:38
我们最终设法解决了(至少一个变体)的“Eclipse慢速发布问题”，因为它是m2e-wtp的一个问题。我们找到了它在.settings/org.eclipse.wst.common.component下使用的映射。然后，我们修改了这些映射，以便一次性复制各个webapp文件夹。具体来说，我们避免了复制非常大的嵌套文件夹，如node_modules。
编辑文件和刷新Eclipse项目之后，发布暂停就消失了！您必须小心以后的更改(例如执行Maven > Update Project)不会覆盖.settings/org.eclipse.wst.common.component文件。
Stack Overflow用户
发布于 2014-06-13 10:36:03
您可以将Eclipse的构建文件夹(对于任何生成的类文件)配置为直接保存到部署的web应用程序的类文件夹中。这实际上跳过了部署步骤。
然后，如果向touch添加一个脚本/步骤--每次要查看更改时--一个监视的资源(如web.xml) --它将在其类路径中用新的类文件重新加载上下文。这通常需要大约一秒钟。
https://stackoverflow.com/questions/24175703
复制相似问题
腾讯云开发者
