Ubuntu下Tomcat9配置HTTP转HTTPS及Context映射后失效问题

我来帮你拆解下这个问题的核心原因，以及对应的解决办法：

核心原因：安全约束未正确绑定到新的根上下文 #

你遇到的HTTP转HTTPS失效问题，本质是当把example应用映射为根上下文（path=""）后，之前配置的安全约束没有被正确应用到这个新的根上下文，具体可能有以下几种场景：

1. 安全约束的配置位置不对 #

如果之前你是在ROOT应用的WEB-INF/web.xml中添加的安全约束，那么当你通过<Context path="" docBase="example"/>将example设为根上下文后，原来的ROOT应用会被覆盖，它里面的安全约束自然就失效了——Tomcat现在用的是example应用的web.xml，而不是ROOT的。

2. server.xml中添加Context的方式导致配置加载异常 #

直接在server.xml里添加<Context>元素并不是Tomcat推荐的做法，因为这个文件是全局配置，只有Tomcat重启时才会加载，而且容易和其他上下文配置冲突。你设置的reloadable="true"可能也没有正确触发安全约束的重新加载。

3. 缓存导致旧配置残留 #

Tomcat会在work/Catalina/localhost/目录下缓存上下文的配置文件，即使你修改了Context配置，旧的缓存可能还在生效，导致安全约束没有被正确应用到新的根上下文。

具体解决方案 #

1. 确保安全约束在正确的位置 #

把之前添加的安全约束移到example应用的WEB-INF/web.xml中，或者添加到Tomcat全局的conf/web.xml里（这样所有应用都会强制HTTP转HTTPS）。推荐前者，因为只针对你的目标应用生效。

修改后的example/WEB-INF/web.xml末尾的安全约束可以更明确一些，加上HTTP方法限制：

<security-constraint>
    <web-resource-collection>
        <web-resource-name>Protected All Content</web-resource-name>
        <url-pattern>/*</url-pattern>
        <http-method>GET</http-method>
        <http-method>POST</http-method>
        <http-method>PUT</http-method>
        <http-method>DELETE</http-method>
    </web-resource-collection>
    <user-data-constraint>
        <transport-guarantee>CONFIDENTIAL</transport-guarantee>
    </user-data-constraint>
</security-constraint>

2. 用推荐方式配置根上下文 #

不要在server.xml里添加Context，而是在conf/Catalina/localhost/目录下创建一个名为ROOT.xml的文件，内容如下：

<Context docBase="example" debug="0" reloadable="true"/>

这样Tomcat会自动识别这个文件，把example应用映射为根上下文，而且不需要修改全局的server.xml，配置更灵活，也不容易出冲突。

3. 清除缓存并重启Tomcat #

删除Tomcat的work/Catalina/localhost/目录下的所有文件（这些是上下文缓存），然后重启Tomcat，确保新的配置被完全加载。

4. 验证HTTPS Connector的正确性 #

先确认https://localhost能正常访问你的example应用，确保keystore的路径、密码、类型都配置正确，HTTPS本身没有问题——如果HTTPS都无法访问，那HTTP转HTTPS自然也会失效。

按照这个步骤操作后，访问http://localhost应该就能自动跳转到https://localhost了。

内容的提问来源于stack exchange，提问作者Boqler