今天发现一个问题,通过IHS(和Websphere经过插件连接)无法显示webwork中的Calendar插件。在页面上显示红叉。如果通过WAS的9080端口则可以正常访问,问题一定出在IHS上。
首先,通过抓包工具Fiddler2发现,IHS下webwork的calendar.js文件返回长度为0,说明IHS没有获取到calendar.js。为什么呢?决定跟踪IHS的插件看看。
打开IHS Plugin的配置文件plugin-cfg.xml,设置LogLevel为Trace:
<Log LogLevel="Trace" Name="..."/>
保存后,重启IHS服务器。客户端刷新后,打开IHS Plugin的日志文件http_plugin.log,发现以下信息:
WARNING: ESI: esiParseDate: unrecognized date format: ... GMT(省略号部分包含乱码,似乎是中文)
由于webwork中的calendar.js等文件是通过filter的方式获取,而不是静态文件,现在需要搞明白这个不正确的HTTP的date信息是如何产生的。打开webwork的filter源码,发现了response产生的实际代码:
df = new SimpleDateFormat("E, d MMM yyyy HH:mm:ss");
...
response.setHeader("Date", df.format(cal.getTime()) + "GMT");
查询java的API发现,SimpleDateFormat类会根据JVM的Local设置来产生格式化字符串。问题出在JVM上?打开WAS中Application Server的JVM配置页,发现以下配置:
-Ddefault.client.encoding=GBK -Dfile.encoding=GBK -Duser.language=zh -Duser.region=CN
这是平台供应商的指导配置,原来如此。改成以下配置:
-Ddefault.client.encoding=GBK -Dfile.encoding=GBK -Duser.language=en -Duser.region=US
重启WAS后,问题解决。