Java 在tomcat中手动编辑文件夹内容？

我有一个名为

ROOT.WAR

的WAR文件，几天前我上传到了

Tomcat

中。在那里，我有几个“公共”HTML页面，如index.HTML、about.HTML等。这些页面与应用程序的编程部分没有任何联系，而是包含一个用于

login.jsp

的链接

现在，我需要更改

index.html

和

about.html

的内容。我过去所做的是重建整个WAR文件并重新上传，但现在无法对像这样的小的迭代更改执行，因为应用程序正在使用中

---

那么，我可以简单地访问

Tomcat

中的

webapps->ROOT

文件夹并替换index.html吗？它会影响应用程序的进程吗？

您可以，而且它会工作。您甚至可以更改JSP代码。您可能遇到的唯一问题是，当您重新部署新版本的war时，在服务器中所做的更改将被新版本覆盖，因此您最好也在原始工具中更改它。

您可以，并且它会工作。您甚至可以更改JSP代码。您可能遇到的唯一问题是，当您重新部署新版本的war时，在服务器中所做的更改将被新版本覆盖，因此您最好也在原始工具中更改它。

您可以，并且它会工作。您甚至可以更改JSP代码。您可能遇到的唯一问题是，当您重新部署新版本的war时，在服务器中所做的更改将被新版本覆盖，因此您最好也在原始工具中更改它。

您可以，并且它会工作。您甚至可以更改JSP代码。您可能遇到的唯一问题是，当您重新部署新版本的war时，在服务器中所做的更改将被新版本覆盖，因此您最好也在原始工具中更改它。

它可以工作，但避免导致差异的此类做法

---

遵循标准部署过程-重建整个WAR文件并在部署窗口期间重新上载。

它可以工作，但避免导致差异的此类做法

---

遵循标准部署过程-重建整个WAR文件并在部署窗口期间重新上载。

它可以工作，但避免导致差异的此类做法

---

遵循标准部署过程-重建整个WAR文件并在部署窗口期间重新上载。

它可以工作，但避免导致差异的此类做法

---

---

遵循标准部署过程-重建整个WAR文件，并在部署窗口期间重新上载。

未命中会使内容永久丢失。是的，我也在原始工具中更改了它们。正如已经指出的，这不是执行代码更新的推荐方法，但它会起作用。Ï如果问题在于重复更改，可能解决方案是向应用程序提供位于已知位置的DB或内容文件。未命中可能会使内容永远丢失。是的，我也会在原始工具中更改它们。正如已经指出的，这不是进行代码更新的推荐方法，但它会起作用。Ï如果问题在于重复更改，可能解决方案是向应用程序提供位于已知位置的DB或内容文件。未命中可能会使内容永远丢失。是的，我也会在原始工具中更改它们。正如已经指出的，这不是进行代码更新的推荐方法，但它会起作用。Ï如果问题在于重复更改，可能解决方案是向应用程序提供位于已知位置的DB或内容文件。未命中可能会使内容永远丢失。是的，我也会在原始工具中更改它们。正如已经指出的，这不是进行代码更新的推荐方法，但它会起作用。Ï如果问题在于重复更改，可能解决方案是向应用程序提供位于已知位置的DB或内容文件。无法重新部署，因为使用它的用户将在重新部署期间丢失所有事务。请在部署窗口期间重新上传。选择最适合的。无法重新部署，因为使用它的用户将在重新部署期间丢失所有事务。请在部署窗口期间重新上载它。选择最适合的。无法重新部署，因为使用它的用户将在重新部署期间丢失所有事务。请在部署窗口期间重新上载它。选择最适合的。无法重新部署，因为使用它的用户将在重新部署期间丢失所有事务。请在部署窗口期间重新上载它。选择最合适的。你试过了吗？当然可以，但是重新部署war文件（即服务器重启，将“unpack wars”属性设置为true）将覆盖这些更改。Html文件是静态的，不会影响应用程序。您尝试过吗？当然可以，但是重新部署war文件（即服务器重启，将“unpack wars”属性设置为true）将覆盖这些更改。Html文件是静态的，不会影响应用程序。您尝试过吗？当然可以，但是重新部署war文件（即服务器重启，将“unpack wars”属性设置为true）将覆盖这些更改。Html文件是静态的，不会影响应用程序。您尝试过吗？当然可以，但是重新部署war文件（即服务器重启，将“unpack wars”属性设置为true）将覆盖这些更改。Html文件是静态的，不会影响应用程序。