关于JSP中request.getRealPath()
在为服务器端组件编程时，你很可能要从相对于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
相关文档：
解决AJAX(JSP)中文乱码或特殊符号（&）的传递问题----> 本人原创（244796562@qq.com）
************************js******************************
...
...
var s = encodeURIComponent("中文&English&@#$%!");
xmlReq.send("test", "txt=" + s, callback, callerror);//通过XMLHTTPRequest发送字符数� ......
首先，说说JSP/Servlet中的几个编码的作用。
在JSP/Servlet中主要有以下几个地方可以设置编码，pageEncoding="UTF-8"、contentType="text/html;charset=UTF-8"、request.setCharacterEncoding("UTF-8")和response.setCharacterEncoding("UTF-8")，其中前两个只能用于JSP中，而后两个可以用于JSP和Servlet中。
1� ......
一.下载fckeditor-java-demo-2.5.war
下载地址：http://java.fckeditor.net/demo.html，部署到tomcat下，启动后就可以访问此demo.
二.jsp集成
1. copy "fckeditor"文件夹到网站目录&n ......
