tomcat context 配置

Written with StackEdit.

遇到的问题

某天，三方合作部门说我们接口的数据变少了，让我们查下什么原因，我对该接口并不熟悉，然后根据域名去查系统，然后clone下系统代码，查找接口。
这个系统是使用spring+servlet的框架，在web.xml中并没有找到接口定义，顿时陷入了迷茫

最初思考原因

刚开始是以为该系统除了使用servlet配置xml的方式，可能还使用springMvc，然后就搜索了全局，并没有找到对应的mapping
然后我就开始怀疑，是不是该机器上还部署着其他的服务，但是根据ng的配置，端口号就是该系统，并且服务器上并没有其他tomcat服务
然后再分析，是不是ng配置了转发脚本，把请求转发到了其他的服务器上？查看ng配置，并没有特殊的脚本
那到底是什么情况呢？根据代码，我能够定位到确实创建了一个xml文件存储数据，但是，这个数据到底是怎么提供出去的？难道是服务器上提供了ftp服务，开端口提供给第三方？这样有很大风险，不应该才对，然后我搜索了当前服务器的进程，并没有发现ftp服务相关的
那还有什么原因呢？难道是直接请求的本地文件？但是该文件的目录并不是在root下面（web的根路径），难道有其他的方式可以这样请求？

和同事交流

在和同事交流，了解到tomcat 上下文的路径配置，去服务器上查询 server.xml 配置，发现里面配置的：

	<Context path="/xxx" docBase="/xxx/y/zzz" reloadable="false" />

context 配置

上述的配置就是请求路径是 /xxx 的请求转成 /xxx/y/zzz，这样根据新的路径去找文件

思考

为什么没有在第一时间想到这个？主要还是对于现有的交互方式是以接口方式为主，潜意识的就认为是以服务应用的接口方式提供，没有想到是直接走tomcat的上下文路径取得文件。