I suspect this test will fail with java agents too, say when doing
code coverage during test runs.
It might be better to just change the @run tag to specify -D
user.timezone= Asia/Tokyo, assuming this solves the problem too.
This test runs in othervm mode by default. Any java agents calling in
On 27/11/2012 12:26, Staffan Larsen wrote:
:
The test installs a security manager and that has to be present during
the call to getDefault() when getDefault() does the real work (not
just reading from the cache). Setting -Duser.timezone will not help as
the only fix.
What I mean is change
On 27/11/2012 10:22, Staffan Larsen wrote:
Please review this fix for the java/util/TimeZone/Bug6912560.java test.
The problem with the test is that it fails when running with Java Flight
Recorder enabled. This is because JFR will call TimeZone.getDefault() when it
starts up, before the main()
On 27/11/2012 10:22, Staffan Larsen wrote:
Please review this fix for the java/util/TimeZone/Bug6912560.java test.
The problem with the test is that it fails when running with Java Flight
Recorder enabled. This is because JFR will call TimeZone.getDefault() when it
starts up, before the main()
