在为服务器端组件编程时，你很可能要从相对于web根的路径来取得某个文件的真实路径，但此文件实际上在站点的一个虚拟路径上。
什么是虚拟路径？
在一个web服务器上，虚拟路径将物理上分离的各文件组合在一起，放在同一个站点路径上，在应用服务器上，每个应用定位于其自己的虚拟路径上，实际上相互之间有着完美地分离。
getRealPath()方法
JSP servlet API提供了getRealPath(path)方法，返回给定虚拟路径的真实路径，如果转换错误，则返回null。
getRealPath语法定义：
public java.lang.String getRealPath(java.lang.String path)
返回一个字符串，包含一个给定虚拟路径的真实路径。例如，虚拟路径 "/index.html"
不管在服务器文件系统上具有怎样的真实路径，使用"/index.html"总可以找到它。返回的真实路径使用了相近于servlet容器(srvlet container)所在计算机或操作系统的格式，包含了适当的路径分隔符。如果servlet容器无法转换则这个方法将返回null。
参数：
path -一个描述了虚拟路径的字符串
返回值：
描述真实路径的字符串或者null
遗憾的是，getRealPath常常返回不同的东西，这取决于服务器或jsp文件调用此方法的路径位置。
一个example站点
假设我们的站点组织如下：
根路径包含了我们的站点的根： http://address/
a_virtual目录包含了我们站点提供的虚拟路径的文件，例如：
http://addess/virtual_dir/
我们查找file1.txt和file2.txt的真实路径，它们一个在站点根路径下，一个在虚拟路径下。
getRealPath("/file1.txt") 应该返回“C:\site\site_root\file1.txt"，
getRealPath("/virtual_dir/file2.txt")应该返回"C:\site\a_virtual\file2.txt"
getRealPath("/file3.txt")应该返回null，因为这个文件不存在。
但getRealPath()并不总是返回同样的结果，这还取决与你使用的js引擎。
JSP引擎
Tomcat 3.1
Tomcat返回的结果具有应用的独立性（application dependant）：
它取决与调用getRealPath方法的那个jsp文件所在的位置。
实际上，当page1.jsp (位于站点根处)对file1.txt和file2.txt调用txtgetRealPath(), 它返回正确的结果。(这是在tomcat 3.1, 3.0版则对file2.txt返回错误的路径)
但是当page2.jsp(位于另一个应用,在一个虚拟路径中)调用getRealPath，它返回了错误的路径：它连接了该jsp文件所在的路径和请求的虚拟路径。
例如，从page2.js
1、如何显示目录列表：
我们在本机测试程序时，一般都习惯在浏览器中就能遍历到某个目录下都有哪些文件，这就需要web服务器支持目录列表：
打开文件conf/web.xml，找到以下代码：
<param-name>listings</param-name>
<param-value>false</param-value>
将其中的false改成true
2、配置error-p ......
