将Tomcat配置为直接从工作区内的项目目录中提供服务的理想方法是什么？（相关)
我希望我的静态 Web 资源在对它们进行更改时立即可用，而不必将它们发布到单独的目录。似乎实现此目的的最佳方法是直接提供文件，而不是文件的已发布/部署副本。
或者，我对其他选项（不同的应用程序服务器或IDE）持开放态度，这些选项使开发Java Web应用程序的速度更快。发布和重新部署每一个微小的更改都会占用太多时间。
我尝试过JRebel和FileSync（它们都在一定程度上工作），但它们试图修补一个不应该存在的问题。
我从来没有真正喜欢与Eclipse捆绑在一起的WTP插件。
过去，我在 Eclipse 的 Sysdeo Tomcat 插件上取得了很大的成功。
它使用 Eclipse 为您构建的已编译类，因此当您进行与接口兼容的更改（例如更改方法中的某些内容）时，它会立即部署，而无需重新启动。更改方法签名或在类中添加新方法确实需要重新启动，但由于没有冗长的 WAR 构建步骤，因此整个构建/部署周期无论如何都会缩短。
此外，Sysdeo 插件使用工作区中的静态资源，因此无需复制或部署这些资源。只需进行更改，刷新浏览器，即可立即看到更改。
不幸的是，它看起来像是插件的开发在几年前停止了。根据其网站上的矩阵，Eclipse的最新支持版本是3.6。然而，根据这个页面，该插件仍然适用于Eclipse 4.2（Juno）。
希望这有帮助。使用Sysdeo真的是比WTP更好的体验！
我不想宣传任何东西，但是Netbeans IDE支持所有这些开箱即用，不需要插件，它还包括一个预配置的tomcat;
它支持在保存时复制静态资源，因此无需重新构建整个应用程序：
至于任何java更改，如果您处于调试模式，则有一个按钮，它将重新构建和部署更改的文件（假设未进行任何结构更改）Apply Code Changes
或者使用JRebel（用于部署已更改的java文件），它具有出色的功能
