Windows EC2实例通过Launch template部署Tomcat 9.0.104时war file无法自动解压部署的问题

我之前在Windows EC2上用Chocolatey部署Tomcat也踩过几乎一模一样的坑，给你几个实际试过有用的排查和解决方向：

• 检查Tomcat自动部署的核心配置
  先确认Tomcat的部署开关有没有正常开启。找到Tomcat安装目录下的conf/server.xml文件，定位到<Host>标签，必须确保这几个属性配置正确：

  <Host name="localhost" appBase="webapps" unpackWARs="true" autoDeploy="true" deployOnStartup="true">
  

  有些Chocolatey安装的Tomcat会默认修改这些配置，你可以在PowerShell脚本里加一段自动修正配置的逻辑——用Get-Content读取文件内容，-replace替换对应属性值，再用Set-Content写回，保证部署前配置是符合要求的。

• 调整操作顺序，避开Tomcat启动扫描的时间差
  我猜大概率是你拷贝war包和启动Tomcat的顺序搞反了！Chocolatey安装Tomcat后，默认会把服务设为自动启动，这时候你再把war包拷到webapps目录，Tomcat已经完成了启动阶段的部署扫描，自然不会自动识别新的war包。
  正确的执行顺序应该是：

  1. 用Chocolatey安装Java和Tomcat
  2. 先停止Tomcat服务（如果安装后自动启动了，执行Stop-Service Tomcat9）
  3. 从S3把war包拷贝到webapps目录
  4. 启动Tomcat服务（Start-Service Tomcat9）
     或者更稳妥的是，拷贝完war包后直接重启服务：Restart-Service Tomcat9，这样Tomcat启动时会重新扫描webapps里的所有文件，自动解压部署war包。

• 排查Windows文件权限问题
  Windows环境下最容易踩的坑就是权限！Tomcat服务是用特定系统账号运行的（一般是NT SERVICE\Tomcat9），如果从S3拷贝过来的war包这个账号没权限读取，Tomcat根本没法解压处理。
  你可以在脚本里加一段设置权限的命令，比如：

  icacls "C:\ProgramData\chocolatey\lib\tomcat\tools\tomcat\webapps\your-app.war" /grant "NT SERVICE\Tomcat9:(F)" /T
  

  也可以直接给整个webapps文件夹配置权限，确保Tomcat账号拥有读写权限。

• 查看Tomcat日志找具体错误
  要是上面的方法都没解决，就去看Tomcat的日志文件——logs/catalina.log或者localhost.log里肯定有关于war包部署的具体错误，比如war包损坏、依赖缺失，或者路径配置不对。你可以在脚本里加一段输出日志的命令，方便快速排查：

  Get-Content "C:\ProgramData\chocolatey\lib\tomcat\tools\tomcat\logs\catalina.out" | Select-Object -Last 50
  

备注：内容来源于stack exchange，提问作者Josh Morris