Webwork 文件上传的问题
今天遇到一个webwork文件上传的问题，上传 txt 文件的时候，如果文件内容为空，则上传后的文件为null，上传不成功。试了一下，如果给txt文件写一个二进制的0x00字符，即可以上传成功，如果是上传一个没有内容的word文档，也可以成功，分析原因应该是word格式自带了很多隐藏格式数据，所以其实没有文字内容的word文档也是有东西的。这样看来，只要文件实际内容为空，即不带任何字符，上传就有问题。
随后，我查看了一下webwork.properties文件，发现我们项目的webwork.multipart.parser选用的是jakarta，于是我依次换用了另外两种parser：pell和cos。最后发现，只有cos不会出错，能够上传成功。看来，是具体parser对上传文件流的解析不一样。
三种parser都是市面上早已存在的，webwork只不过是对它们进行了封装调用，并不是靠自己来实现的。webwork提供了一个通用的访问接口MultiPartRequest，然后针对三种parser，分别继承实现了CosMultiPartRequest、PellMultiPartRequest、JakartaMultiPartRequest。默认情况下，如果你不在webwork.properties文件中设置parser，webwork会选择pell作为parser。
三种parser的区别是：只有Jakarta能做多文件的同时上传；只有pell能自动支持中文名文件的上传，其他两种需要你自己手动做encoding；cos功能比较强大，比如我上面提到的txt文件内容为空，cos可以上传成功，但其他两种parser就不行，不过webwork的封装使它丧失了很多功能。
另外，webwork.properties文件里还有其他几个与文件上传相关的参数，比如webwork.multipart.saveDir用于设定上传文件的临时文件保存目录，webwork.multipart.maxSize用于设置上传文件的最大字节数。
我又上网找了一篇文章，深入介绍了webwork文件上传的机制和过程，还找了一篇剖析webwork源码的pdf《Anatomy Webwork Source Code》，大家可以去下载看看 http://public.iecn.net/Along/Anatomy%20Webwork%20Source%20Code_V0.9.pdf。
那篇深入介绍Webwork文件上传机制的文章（http://www.wangchao.net.cn/bbsdetail_267965.html）如下：
点击上传按钮后，webwork的程序流如下：
step 1）进入ServletDispatcher.service
public void service(HttpServletRequest request, HttpServletResponse response) throws ServletException {
........
request = wrapRequest(request);
.........
}
step2)进入ServletDispatcher.wrapRequest
protected HttpServletRequest wrapRequest(HttpServletRequest request) throws IOException {
........................
if (MultiPartRequest.isMultiPart(request)) {
request = new MultiPartRequestWrapper(request, getSaveDir(), getMaxSize());
}
return request;
}
step3)进入MultiPartRequestWrapper的构造方法
public MultiPartRequestWrapper(HttpServletRequest request, String saveDir, int maxSize) throws IOException {
.....................
//step3.1)获取webwork.preperties配置的parser
String parser = "";
parser = Configuration.getString("webwork.multipart.parser");
// If it's not set, use Pell
if (parser.equals("")) {
log.warn("Property webwork.multipart.parser not set." +
" Using com.opensymphony.webwork.dispatcher.multipart.PellMultiPartRequest");
parser = "com.opensymphony.webwork.dispatcher.multipart.PellMultiPartRequest";
}
// legacy support for old style property values
else if (parser.equals("pell")) {
parser = "com.opensymphony.webwork.dispatcher.multipart.PellMultiPartRequest";
} else if (parser.equals("cos")) {
parser = "com.opensymphony.webwork.dispatcher.multipart.CosMultiPartRequest";
} else if (parser.equals("jakarta")) {
parser = "com.opensymphony.webwork.dispatcher.multipart.JakartaMultiPartRequest";
}
//step3.2)获取后通过反射实例化parser
try {
Class baseClazz = com.opensymphony.webwork.dispatcher.multipart.MultiPartRequest.class;
Class clazz = Class.forName(parser);
// make sure it extends MultiPartRequest
if (!baseClazz.isAssignableFrom(clazz)) {
addError("Class '" + parser + "' does not extend MultiPartRequest");
return;
}
// get the constructor
Constructor ctor = clazz.getDeclaredConstructor(new Class[]{
Class.forName("javax.servlet.http.HttpServletRequest"),
java.lang.String.class, int.class
});
// build the parameter list
Object[] parms = new Object[]{
request, saveDir, new Integer(maxSize)
};
// instantiate it
multi = (MultiPartRequest) ctor.newInstance(parms);
.................................................
}
//step4 进入JakartaMultiPartRequest的构造方法（我在webwork配置的parser是Jakarta所以进入了这个方法，如果你配置不同的parser回进入不同的parser
public JakartaMultiPartRequest(HttpServletRequest servletRequest, String saveDir, int maxSize)
throws IOException {
//设置保存参数
DiskFileUpload upload = new DiskFileUpload();
// we must store all uploads on disk because the ww multipart API is missing streaming
// capabilities
upload.setSizeThreshold(0);
upload.setSizeMax(maxSize);
if (saveDir != null) {
upload.setRepositoryPath(saveDir);
}
// Parse the request
try {
//此方法生成文件，将请求中的每个参数都生成一个临时文件比如upload_00000017.tmp， upload_00000018.tmp等，就算是form提交的参数也如此
List items = upload.parseRequest(servletRequest);
......................
}
执行完第四步，然后推出ServletDispatcher.wrapRequest，进入serviceAction方法，开始action及其拦截器的栈调用
在此过程中会删除非上传文件的临时文件，至于哪一步删除，我还没看出来，有时候很早有时候很晚，有时候甚至没有删除，我怀疑有个dameon在做这个事。
进入action和调用栈后，拦截器或action可通过如下代码访问上传的临时文件
MultiPartRequestWrapper wrapper = (MultiPartRequestWrapper) req;
File doc = wrapper.getFiles("doc")[0];
从上面的分析可以看出：
1）如果你使用webwork来上传文件(在进入action栈之前不修改源码或者做一些扩展、覆盖之类的动作），在进入action栈的时候文件已经上传，而且其文件名很难跟踪（upload_00000017.tmp，到底是00000017，0000018，或者0000022等等），毕竟有很多人上传文件，所以临时文件名很难确定，所以如果你想知道上传的进度很难。
2）利用webwork上传文件是两次拷贝过程，webwork首先从request的输入流中将文件流输出到一个临时文件，然后你再将此临时文件拷贝到你需要指定的路径。这是好是坏？
