在为服务器端组件编程时,你很可能要从相对于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;}
}