使用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 内容如下:
<?xml version="1.0" encoding="UTF-8"?>
<Context path="/" docBase="/home/palm/myapps/projects/comm-static/target/comm-static.war" />
差不多像是把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
