Intellij IDEA自动部署web应用到tomcat发现

使用IDEA很长一段时间了, 但是从来不知道她是怎么部署项目的, tomcat对应用自动部署也是越来越简单, 没有特殊要求, 大都是直接将应用扔到${catalina.home}/webapps/目录下, 然后启动tomcat就完成了. 可是IDEA自动部署却不是如此做的. 在IDEA中部署-启动项目后, 在./webapps/下是找不到该项目文件的.

• IDEA自动部署

  
  
  

  Screenshot from 2017-10-12 13-29-27.png

一个偶然的机会, 发现IDEA配置目录下有类似tomcat的目录.

├── conf
│   ├── Catalina
│   │   └── localhost
│   │       └── comm-static.xml
│   ├── catalina.policy
│   ├── catalina.properties
│   ├── catalina.properties.0
│   ├── context.xml
│   ├── logging.properties
│   ├── server.xml
│   ├── server.xml.0
│   ├── tomcat-users.xml
│   ├── web.xml
│   └── web.xml.0
├── logs
│   ├── catalina.2017-03-02.log
│   ├── catalina.2017-03-03.log
│   ├── catalina.2017-03-06.log
│   ├── catalina.2017-03-07.log
│   ├── catalina.2017-03-08.log
│   ├── catalina.2017-03-09.log
│   ├── catalina.2017-03-10.log
│   ├── catalina.2017-03-13.log
│   ├── catalina.2017-03-14.log
│   ├── catalina.2017-03-17.log
│   ├── catalina.2017-03-20.log
│   ├── catalina.2017-03-21.log
│   ├── catalina.2017-03-22.log
│   ├── catalina.2017-03-27.log
│   ├── catalina.2017-03-28.log
│   ├── catalina.2017-03-30.log
│   ├── catalina.2017-04-12.log
│   ├── catalina.2017-04-13.log
│   ├── catalina.2017-04-14.log
│   ├── catalina.2017-06-05.log
│   ├── catalina.2017-06-06.log
│   ├── catalina.2017-06-09.log
│   ├── host-manager.2017-03-02.log
│   ├── host-manager.2017-03-03.log
│   ├── host-manager.2017-03-06.log
│   ├── host-manager.2017-03-07.log
│   ├── host-manager.2017-03-08.log
│   ├── host-manager.2017-03-09.log
│   ├── host-manager.2017-03-10.log
│   ├── host-manager.2017-03-13.log
│   ├── host-manager.2017-03-14.log
│   ├── host-manager.2017-03-17.log
│   ├── host-manager.2017-03-20.log
│   ├── host-manager.2017-03-21.log
│   ├── host-manager.2017-03-22.log
│   ├── host-manager.2017-03-27.log
│   ├── host-manager.2017-03-28.log
│   ├── host-manager.2017-03-30.log
│   ├── host-manager.2017-04-12.log
│   ├── host-manager.2017-04-13.log
│   ├── host-manager.2017-04-14.log
│   ├── host-manager.2017-06-05.log
│   ├── host-manager.2017-06-06.log
│   ├── host-manager.2017-06-09.log
│   ├── localhost.2017-03-02.log
│   ├── localhost.2017-03-03.log
│   ├── localhost.2017-03-06.log
│   ├── localhost.2017-03-07.log
│   ├── localhost.2017-03-08.log
│   ├── localhost.2017-03-09.log
│   ├── localhost.2017-03-10.log
│   ├── localhost.2017-03-13.log
│   ├── localhost.2017-03-14.log
│   ├── localhost.2017-03-17.log
│   ├── localhost.2017-03-20.log
│   ├── localhost.2017-03-21.log
│   ├── localhost.2017-03-22.log
│   ├── localhost.2017-03-27.log
│   ├── localhost.2017-03-28.log
│   ├── localhost.2017-03-30.log
│   ├── localhost.2017-04-12.log
│   ├── localhost.2017-04-13.log
│   ├── localhost.2017-04-14.log
│   ├── localhost.2017-06-05.log
│   ├── localhost.2017-06-06.log
│   ├── localhost.2017-06-09.log
│   ├── localhost_access_log.2017-03-02.txt
│   ├── localhost_access_log.2017-03-03.txt
│   ├── localhost_access_log.2017-03-06.txt
│   ├── localhost_access_log.2017-03-07.txt
│   ├── localhost_access_log.2017-03-08.txt
│   ├── localhost_access_log.2017-03-09.txt
│   ├── localhost_access_log.2017-03-10.txt
│   ├── localhost_access_log.2017-03-13.txt
│   ├── localhost_access_log.2017-03-14.txt
│   ├── localhost_access_log.2017-03-17.txt
│   ├── localhost_access_log.2017-03-20.txt
│   ├── localhost_access_log.2017-03-21.txt
│   ├── localhost_access_log.2017-03-22.txt
│   ├── localhost_access_log.2017-03-27.txt
│   ├── localhost_access_log.2017-03-28.txt
│   ├── localhost_access_log.2017-03-30.txt
│   ├── localhost_access_log.2017-04-12.txt
│   ├── localhost_access_log.2017-04-13.txt
│   ├── localhost_access_log.2017-04-14.txt
│   ├── localhost_access_log.2017-06-05.txt
│   ├── localhost_access_log.2017-06-06.txt
│   ├── localhost_access_log.2017-06-09.txt
│   ├── manager.2017-03-02.log
│   ├── manager.2017-03-03.log
│   ├── manager.2017-03-06.log
│   ├── manager.2017-03-07.log
│   ├── manager.2017-03-08.log
│   ├── manager.2017-03-09.log
│   ├── manager.2017-03-10.log
│   ├── manager.2017-03-13.log
│   ├── manager.2017-03-14.log
│   ├── manager.2017-03-17.log
│   ├── manager.2017-03-20.log
│   ├── manager.2017-03-21.log
│   ├── manager.2017-03-22.log
│   ├── manager.2017-03-27.log
│   ├── manager.2017-03-28.log
│   ├── manager.2017-03-30.log
│   ├── manager.2017-04-12.log
│   ├── manager.2017-04-13.log
│   ├── manager.2017-04-14.log
│   ├── manager.2017-06-05.log
│   ├── manager.2017-06-06.log
│   └── manager.2017-06-09.log
└── work
    └── Catalina
        └── localhost
            ├── comm-static
            └── manager

./Catalina/localhost/comm-static.xml 内容如下:

差不多像是把tomcat拷贝了一部分到这里.

• tomcat目录

.
├── bin
├── conf
├── lib
├── LICENSE
├── logs
├── NOTICE
├── RELEASE-NOTES
├── RUNNING.txt
├── temp
├── webapps
└── work

• IDEA下tomcat目录

.
├── conf
├── logs
└── work

这么比较看起来似乎IDEA拥有的tomcat只是一个工作目录而已, 那./bin ./lib 怎么找得到呢? 其实是通过 ${catalina.home}得到的, 查看 ./conf/catalina.properties就知道了.

原来IDEA共享了tomcat的CATALINA_HOME , 然后多个实例拥有一份自己的CATALINA_BASE, 即tomcat工作目录是隔离的. 每个项目有自己独立运行工作目录. 然后在启动服务时, 修改环境变量中CATALINA_BASE的值. 如此就能正确启动我们想要的服务了. CATALINA_BASE 这个变量值默认和 CATALINA_HOME一致, 为了在一台机器上运行多个tomcat实例, 才出现这个变量. 将 CATALINA_BASE作为tomcat的工作目录. 然后多个tomcat实例共享一份tomcat运行库和通用脚本.

在IDEA中不同应用部署目录命名规则为Unnamed_应用名, 如: Unnamed_comm-static

2016版本IDEA tomcat目录为: ~/.IntelliJIdea2016.3/system/tomcat