在JSP中处理虚拟路径
在为服务器端组件编程时，你很可能要从相对于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.jsp中调用getRealPath(/file1.txt)将返回 C:\site\a_virtual\file1.txt。
这一行为其实是使不同的应用相互独立的典型的处理方法。
JRun 2.3.3和INPRISE APPLICATION SERVER 4.0 (IAS)
JRun和IAS对file1.txt和file2.txt都返回正确的结果。
然而所有这些引擎有一个共同的行为： 当getRealPath处理不存在的文件时，它们都不返回null！
解决之道
既然getRealPath总是返回一个路径，我们怎么知道它是否正确呢？最简单的方法是检查这个返回的路径是否存在。
这就是isVirtual方法要做的：在对一个给定的文件调用getRealPath以后，它使用了java.io来
存取这个文件，于是就可以知道它是否存在。
/**
* isVirtual
*
* Check if the path name is a virtual or not.
*
* @param pathName The name of the path to check.
*/
private boolean isVirtual(String pathName) {
// Check if it is a virtual path
if (m_application.getRealPath(pathName)!=null) {
java.io.File virtualFile = new java.io.File(m_application.getRealPath(pathName));
if (virtualFile.exists()) {return true;}
else {return false;}
}
else {return false;}
}
什么是虚拟路径？
在一个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.jsp中调用getRealPath(/file1.txt)将返回 C:\site\a_virtual\file1.txt。
这一行为其实是使不同的应用相互独立的典型的处理方法。
JRun 2.3.3和INPRISE APPLICATION SERVER 4.0 (IAS)
JRun和IAS对file1.txt和file2.txt都返回正确的结果。
然而所有这些引擎有一个共同的行为： 当getRealPath处理不存在的文件时，它们都不返回null！
解决之道
既然getRealPath总是返回一个路径，我们怎么知道它是否正确呢？最简单的方法是检查这个返回的路径是否存在。
这就是isVirtual方法要做的：在对一个给定的文件调用getRealPath以后，它使用了java.io来
存取这个文件，于是就可以知道它是否存在。
/**
* isVirtual
*
* Check if the path name is a virtual or not.
*
* @param pathName The name of the path to check.
*/
private boolean isVirtual(String pathName) {
// Check if it is a virtual path
if (m_application.getRealPath(pathName)!=null) {
java.io.File virtualFile = new java.io.File(m_application.getRealPath(pathName));
if (virtualFile.exists()) {return true;}
else {return false;}
}
else {return false;}
}