多亏了Alexander的帖子，我找到了正确的方向，但是我做了一些额外的工作，这或多或少是我最初提出的问题中第1点中提到的Facade
Webapp。我将向有兴趣的任何人展示我的整个方法：
首先，我必须部署在所有我的标准的webapps
/tomcat/webapps一个标准
context.xml和
autoDeploy模式上。为了捕获与部署的上下文之一不匹配的所有其他请求，我设置了一个新的webapp，它充当不匹配请求的默认webapp。叫它
dispatcher-app。
要使此功能生效，我必须将其设置为
ROOT。要以其原始名称进行部署，我将
/tomcat/webapps2其
context.xml放置在中及其下方
/tomcat/conf/Catalina/localhost/ROOT.xml。有必要将其放置在外部，
/webapps以防止使用其他Web应用程序使用的autoDeploy模式在tomcat中进行双重部署。关于此的其他信息，可以在这里找到：http
:
//tomcat.apache.org/tomcat-7.0-doc/config/context#Naming
该
ROOT.xml如下所示：
<Context path="" docbase="/path/to/tomcat-base/webapps2/dispatcher-app" crossContext="true"/>
dispatcher-app确保在web.xml中使用
<servlet-mapping> <url-pattern>/</url-pattern> </servlet-mapping>
该
dispatcher-app内部验看通过使用用户请求的原始路径
uriInfo.getAbsolutePath()。然后，它将URL中的应用程序与在tomcat中运行的应用程序（从自定义配置文件中得知）进行匹配。如果存在匹配项，则配置文件将知道将转发到哪个应用程序。例如，用户请求
myserver/webapp-1/test?param=value并转发给
myserver/webapp-1.1.2/test?param=value。如果应用程序版本发生更改，可以在配置文件中手动更新要转发到的webapp。
实际的前锋应使用
RequestDispatcher dispatcher=servletContext.getRequestDispatcher(redirectTo);dispatcher.forward(request, response);
因为转发对用户不可见。
return Response.status(307).location(new URI(redirectTo)).build();
这样做的缺点是，浏览器将在地址栏中显示重定向URL。
更新： 现在
RequestDispatcher可以正常工作，但不适用于上面提到的这种特殊情况/ webapp。所以我更喜欢重定向方法。
需要注意的一件事是，
realm第二个Webapp上的基于容器的身份验证（例如）将无效（因为我们在tomcat幕墙的“后”进行转发），因此
dispatcher-app需要身份验证方法本身或需要使用另一种机制进行身份验证例如
RequestFilter。
