win7系统下java相差8小时解决（经典小问题）

用户的测试机安装的win7，本人用的是 WEBLOGIC8.1 JDK1.4的。
测试时发现时间总是差8个小时，郁闷死。
立马想到时区不对，查看控制面板里时区设置（顺便BS一下win7，控制面板就不能学xp有个经典模式吗？郁闷死），发现时区设置正确，看来不是时区设置问题。
在win7下装JDK1.4和JDK1.5、eclipse，输出系统时区和时间。
果然，输出时区为"GMT"，时间差8小时。那就说明是jdk1.5在win7下取不到正确的时区。
什么原因呢，为了验证我的假设，又下了最新的jdk1.6，后台打印输出正常。
问题找到了，接下来就要解决。为什么xp下能取到时区儿而win7下取不到呢？
搜索一下，到SUN论坛，发现SUN提到了这个bug，（http://java.sun.com/javase/tzupdater_README.html）而且发布了一个tzupdater。
按照使用说明下载、运行，再试，还是不行。
虽然用updater没有成功，但通过他的使用说明还是发现了一些东东。在/jdk1.5.0_04/jre/lib目录下有个tzmappings文件。
用记事本打开，里面记录了所有地区的时区，格式为“China Standard Time:-1,75::Asia/Shanghai:”，看到它，很自然的联想到注册表。
于是，打开注册表时区的节点[HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Windows NT/CurrentVersion/Time Zones/China Standard Time]。
有一个键值似曾相识，“MapID=-1,75”，这不就是tzmappings文件中记录的那个值吗。
会不会Java是通过这个键值获取的时区？展开win7下注册表相同的节点，我靠，里面竟然没有MapID键，
与xp对比了一下，少了MapID、Index键，多了MUI_Display、MUI_Dlt、MUI_Std啥的，
其他的不管，先把MapID键加上再说。加上后，再运行我那个取系统时间的测试程序，OK！问题解决！


本同目录下有两个注册表。一个是中国的 。一个是时区全的。那个都行。