为了测试日期/时间设置为过去或未来的java代码,我想尝试libfaktime(目前我们只是调整系统时钟,但它会引起很多麻烦,比如无法工作的kerberos等)。
我尝试这个小测试程序:
$ cat time.java
import java.util.*;
class TimeTest {
public static void main(String[] s) {
long timeInMillis = System.currentTimeMillis();
Calendar cal = Calendar.getInstance();
cal.setTimeInMillis(timeInMillis);
java.util.Date date = cal.getTime();
System.out.println("Date: " + date);
}
}
并执行以下操作:
LD_ASSUME_KERNEL=2.6.18 LD_PRELOAD=/usr/lib64/libfaketime.so.1 FAKETIME="-15d" /opt/IBM/WebSphere/AppServer/java_1.7_64/bin/java TimeTest
Invalid clock_id for clock_gettime: -172402[root@myhost ~]#
但正如你所看到的,我刚刚收到一条错误消息。该测试在RHEL 6.5服务器、内核2.6.32-431和libfaktime 0.9.6
你对我如何解决这个问题有什么建议吗?我也很想听听您在RHEL上使用libfaktime和java的经验。
我也在以下网站上报告了这个问题:https://github.com/wolfcw/libfaketime/issues
最佳买家,
Erling
我在IBM JVM 1.7.0中也观察到了这种不正确的行为,而在Oracle JVM 1.6.0中,这种行为可以正常工作。解释是IBMJVM显然有一个内部错误,它通过使用不正确的clock_id参数(随机负值)调用clock_gettime系统调用来表现出来。解决方法(不是修复方法)是修改libfaktime.c,将fake_clock_gettime函数中的clock_id重置为有效值。
case FT_START_AT: /* User-specified offset */
if (user_per_tick_inc_set)
{
/* increment time with every time() call*/
next_time(tp, &user_per_tick_inc);
}
else
{
if (clk_id < 0) { // jvm calls clock_gettime() with invalid random negative clock_id value
clk_id = CLOCK_REALTIME;
}
switch (clk_id)
// the rest is the same
这将防止libfaktime.so.1库在您观察时出现错误
printf("nInvalid clock_id for clock_gettime: %d", clk_id);
exit(EXIT_FAILURE);
请注意,这个解决方法有一个缺点,即如果JVM错误地向系统请求无效的clockid,我们将假设有效的clockid,这可能不是应用程序所期望的。