CoreLabView系统中文件最后修改时间的问题及解决方案
CoreLabView在显示文件Date Modified属性的时候不对：
文件_site001.csv是今天07/10/2008中午12:15(上海)上传的，用putty登上位于Rockville的服务器ralph看到文件修改时间为
2008-07-10 00:15:13.000000000 -0400， 这是对的。
[tomcat@ralph 395]$ pwd /usr/local/apache-tomcat-6.0.16-clv/CoreLabView/CoreLabView/WEB-INF/coreviewFileHome/input/93/395 [tomcat@ralph 395]$ ls _site001.csv [tomcat@ralph 395]$ stat _site001.csv File: `_site001.csv' Size: 28353 Blocks: 64 IO Block: 4096 regular file Device: 903h/2307d Inode: 3326122 Links: 1 Access: (0666/-rw-rw-rw-) Uid: ( 503/ tomcat) Gid: ( 502/ tomcat) Access: 2008-07-10 02:57:23.000000000 -0400 Modify: 2008-07-10 00:15:13.000000000 -0400 Change: 2008-07-10 00:15:13.000000000 -0400
但是web页面上显示的却是Fri Jul 11 00:15:13 UTC +0800 2008和07/10/2008 12:15:13 -0400
差了整整12小时！
查看JDK的src, 发现有4处相关代码：
1. java.io.File
public long lastModified() {
SecurityManager security = System.getSecurityManager();
if (security != null) {
security.checkRead(path);
}
return fs.getLastModifiedTime(this);
}
2. java.io.FileSystem
public abstract long getLastModifiedTime(File f);
3. java.io.Win32FileSystem
public native long getLastModifiedTime(File f);
4. java.io.WinNTFileSystem
public native long getLastModifiedTime(File f);
这是windows下的JDK源代码，Linux下应该也差不多，就不去看了 -- 实际上看了也没用。
为什么读到的是错误的时间呢？我判断是时区信息弄错了
另一个有意思的现象是，在ralph上手工创建的文件的修改时间却是对的 -- 真是本地的和尚好念经啊，上海传到Rockville的文件时间就是差12小时。
在代码中调整时区？这明显是个馊得发臭的主意，因为文件并不限于在上海上传，加拿大、德国、波兰以及中国都可以上传，我们怎么计算时间差？反而把问题弄复杂了。
我又想，既然“在ralph上手工创建的文件的修改时间却是对的”，那如果我在代码中加一行
// Code added by Sam Chen on 07/10/2008 14:48 ==> file.setLastModified(new java.util.Date().getTime()); // Code added by Sam Chen on 07/10/2008 14:48 <==
让文件上传完成后就把修改时间设成当前的服务器上的时间，会怎么样呢？这样在任何地方（月球，火星等地暂时不行）访问，时间都应该是正确的（转成当地时间）
从上海上传文件_site002.csv（上传时间今天14:55），再看，果然对了,有图为证：
一行代码解决，应该是最完美的。