我应该使用基于java的重写而不是mod_重写吗？

我想为java应用程序实现一些有吸引力的/path/to/my/app URL。应用服务器前面已经有一个apache实例，安装了mod_rewrite。使用基于java的重写器，比如说，我会赢吗

您可以降低复杂性。当涉及更多运动部件时，应用程序的设置变得越来越复杂。只要前端Apache除了将请求转发到适当的web应用服务器之外没有做什么，它就是一个非常简单的元素，很容易理解

一旦您开始向该部分添加业务逻辑，它就成为系统的一个组成部分，需要对其进行完美配置，以使您的系统能够运行

这也增加了本地运行系统进行开发和/或修复bug的复杂性：在您选择的IDE中启动一个简单的tomcat比运行一个完全配置的Apache+tomcat系统要简单得多

进一步的自动化测试变得更加困难，因为以编程方式启动Tomcat实例几乎是微不足道的，但是如果您也使用ApacheHTTP服务器，您将获得更多的活动部件

---

总结一下（tl；dr）：添加更多的活动部件会使开发生命周期的每个部分变得更加困难。只有在明显的收益大于代价的情况下，您才应该这样做。

您可以降低复杂性。当涉及更多运动部件时，应用程序的设置变得越来越复杂。只要前端Apache除了将请求转发到适当的web应用服务器之外没有做什么，它就是一个非常简单的元素，很容易理解

一旦您开始向该部分添加业务逻辑，它就成为系统的一个组成部分，需要对其进行完美配置，以使您的系统能够运行

这也增加了本地运行系统进行开发和/或修复bug的复杂性：在您选择的IDE中启动一个简单的tomcat比运行一个完全配置的Apache+tomcat系统要简单得多

进一步的自动化测试变得更加困难，因为以编程方式启动Tomcat实例几乎是微不足道的，但是如果您也使用ApacheHTTP服务器，您将获得更多的活动部件

---

总结一下（tl；dr）：添加更多的活动部件会使开发生命周期的每个部分变得更加困难。只有在明显的收益大于价格的情况下，您才应该这样做。

另外：您只需在servlet/action中解析漂亮的URL，根本不需要任何重写。澄清：我正在添加（至少部分）这些URL是指向现有JSP的新路径。另外：您只需在servlet/action中解析好的URL，根本不需要任何重写。说明：我正在将这些URL（至少部分）添加为指向现有JSP的新路径。