多亏了Alexander的帖子，我找到了正确的方向，但是我做了一些额外的工作，这或多或少是我最初提出的问题中第1点中提到的F​​acade
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。