我刚花了2个多小时反编译看了下代码，应该是这样的过程，好精妙的

 

Part 1： 在应用的META-INF/context.xml下面配置数据源的必要性

 

Tomcat的部署应用过程在HostConfig目录下的deployApps() 方法中

 

 

 

 

实际就是做了以下结果事情->多种部署tomcat应用的方式

（1）      部署 %CATALINA_HOME%/conf/Catalina/localhost 目录下面的 .xml  

deployDescriptors(configBase, configBase.list());

（2）     部署 %CATALINA_HOME%/webapps/ 目录下以.war 结尾的文件

deployWARs(appBase, filteredAppPaths);

（3）     部署%CATALINA_HOME%/webapps 目录下的目录，也就是没有打包的那些应用

deployDirectories(appBase, filteredAppPaths);

 

而我们的问题就在第二种和第三种部署方式里面,

deployWARs （部署所有的war）里面是一个for循环，来依次调用deployWAR( 部署单个war)

而deployWAR中 , 贴上代码

 

不难发现，他会打开一个字节流从 war文件中读取 META-INF/context.xml 文件，然后把它 copy 到

      %CATALINA_HOME%/conf/Catalina/localhost/下于war应用名称相对应的xml文件中，也就是这里的

也就是%CATALINA_HOME%/conf/Catalina/localhost

 

所以，这个目录，还是必要的。

 

 

Part 2，tcServer和Tomcat的关系：

tcServer不同于普通的tomcat,他的%CATALINA_HOME%/conf/Catalina/localhost 根本没有，其实是这样的，他很精妙的吧部署目录指向了

%TCSERVER_HOME%\spring-insight-instance，为什么这么说呢？

在%TCSERVER_HOME%\tcruntime-ctl.bat 中

 

也就是说INSTANCE_BASE 设为了当前目录，也就是%TCSERVER_HOME%

素所以我们可以看到，CATALINA_BASE和CATALINA_HOME都被设置为了%TCSERVER_HOME%/%1 ，而这个%1是第一个参数spring-insight-instance,所以CATALINA_BASE和CATALINA_HOME都被设置为%TCSERVER_HOME%/spring-insight-instance

下面就迎刃而解了。

 

Part 3:验证结论

我们在%TCSERVER_HOME% \spring-insight-instance\conf\Catalina\localhost 下果然找到了estore.xml, 符合<项目名>.xml的风格

打开看下， 发现里面的内容正是从META-INF/context.xml中复制来的，并且用docBase指向了来源。于是Part 1的论点得到证明。对比下面两张图

 

estore.xml

META-INF/context.xml

 

然后tcServer就可依据estore.xml来部署estore应用

本文转自 charles_wang888 51CTO博客，原文链接：http://blog.51cto.com/supercharles888/834349，如需转载请自行联系原作者