request.getSession().getServletContext() 获取的是Servlet容器对象，相当于tomcat容器了。getRealPath("/") 获取实际路径，“/”指代项目根目录，所以代码返回的是项目在容器中的实际发布运行的根路径

getServletContext().getRealPath("/");

//返回项目在容器中的实际发布运行的根路径。
//C:\Program Files\Apache Software Foundation\Tomcat 8.0\webapps\project

 

最近做项目碰到个问题，我需要利用velocity模版来渲染一些文本内容出来。也就是用vm来做模版，设置参数，然后我用程序动态产生的参数点进去，最后把渲染好的模版作为String输出。
  项目里面vm模版是一起打包到war包里面的，而我用的是apache的velocity引擎，这个velocity引擎有方法支持vm渲染，但是要给出vm在文件系统中的绝对路径。考虑到灵活性，将模版的绝对路径写到Spring的配置文件（我利用Spring来获取apache的Velocity引擎）中肯定是行不通的。比较理想的方式肯定是制定相对路径，而我这里的这个相对路径就是一个文件夹，所有的模版都放到这个文件夹中。
  在Tomcat的web容器环境中（这里指Selevet这一层，webwork的Action也可以算入这一层），也就是我们在分层结构中通常所说的Web层中是可以通过Servlet的有关API来得到这个模版目录的绝对路径的绝对路径的（应该是通过获取web项目的根路径，然后拼接上相对路径来获得）。但是我的方法并不是在Web层的，让我的类依赖于Web环境来获取这个相对路径，并不是好的设计方法。因此需要有别的方法来获取这个相对路径。
  忙活了一阵子，在不断debug的过程中，终于发现可以用jndi来获得这个绝对路径。把方法保留下来，以备后用。
  在不能使用Servlet API的情况下，可以用Apache的org.apache.naming这个包来获得保存在tomcat运行时环境中的各种资源，这里主要是指目录和文件资源。而这些目录和文件资源都是相对于部署在tomcat中的各个web项目的项目根目录（webroot）的。为了操作jndi资源，我们要做的第一步就是获得jndi上下文，如下：

DirContext dirContext = DirContextURLStreamHandler.get();

在这个dirContext中，通过debug我们可以看到里面放了除了类路径下之外的所有资源，当然是相对于webroot的。现在假设我们的模版放在/webroot/templates下面。下面的代码就可以获得模版目录的绝对路径：

//获得上下文
DirContext dirContext = DirContextURLStreamHandler.get();
//查询templates这个目录资源
Object obj = dirContext.lookup("/templates");
FileDirContext fdc;
String webrootPath;
// 判断取出来的对象是不是FileDirContext
// 也就是判断这个资源名对应的资源是不是目录资源
if (obj instanceof FileDirContext) {
    fdc = (FileDirContext) obj;
    // 获取web项目根目录的绝对路径
    webrootPath = fdc.getDocBase();
}

String templatesPath = webrootPath + "/tempaltes";


  上面的代码先获得目录上下文，然后获得目录资源。这里判断了一下获得Object是不是FileDirContext，在jndi中，所有的目录资源都被抽象成FileDirContext这个对象。如果是文件就会被抽象成FileDirContext.FileResource这个对象。
  如果不是目录资源，比如是一个文件资源，那返回的ProxyDirContext这个对象，获得文件资源的方法在后面讲。
  但是，看apache的api，会发现你是没有办法拿到FileResource这个对象，因为目前的api没有暴露出来。虽然在debug的时候会发现，FileDirContext里面已经有属性（具体那个属性忘了）保存着我想要的东西了，但是就是没有办法通过api来得到这个东西。着实郁闷了一把。
  我尝试了各种方法，看了几遍api，都没有找到能够从FileDirContext里面直接获取我想要的属性的方法（也就是templates目录的绝对路径）。最后发现FileDirContext有个getDocBase()方法，能够拿到web项目的根目录的绝对路径。
  后来我想了一下，其实拿到这个根目录的绝对路径基本也就足够了，因为我们在web项目中指定资源的相对路径时，通常都是从webroot开始的。估计也是因为这个，大家在制定相对路径时都从webroot开始制定。
  拿到webroot之后，就可以拼接上我的模板目录的相对路径，然后获得模板目录的绝对路径了。为了方便，可以把这个相对路径做成Bean的一个属性，然后在Spring的配置文件中设定。如果想更方便，那就用maven。在一个外部文件中设定这个值。
  下面来说说获取文件资源，获取文件资源的思路基本相同，只不过换了另外一个类而已。如果是文件资源可以用下面的代码：

//获得上下文
DirContext dirContext = DirContextURLStreamHandler.get();
//查询templates这个目录资源
Object obj = dirContext.lookup("/templates/test.vm");
FileDirContext fdc;
String webrootPath;
// 判断取出来的对象是不是FileDirContext
// 也就是判断这个资源名对应的资源是不是目录资源
if (obj instanceof ProxyDirContext) {
    fdc = (FileDirContext) obj;
    // 获取web项目根目录的绝对路径
    webrootPath = fdc.getDocBase();
}

String templatesPath = webrootPath + "/tempaltes/test.vm";

  区别就在红色标注的9，15两行代码，lookup返回的类不一样了，变成ProxyDirContext了。ProxyDirContext中也有一个getDocBase方法，通过它拿到web项目的绝对路径，然后拼接上文件资源的相对路径也就拿到了完整的路径。

System.getProperty("catalina.home")
  文章出处：http://blog.csdn.net/kry1201/article/details/73135507