[PATCH] bug fix for 6959636 testcase failing on windows javax/management/loading/LibraryLoader/LibraryLoaderTest.java
Eric Wang
yiming.wang at oracle.com
Mon Sep 3 01:46:56 PDT 2012
I'm not sure about this as the test just says the test fails when run in
jtreg -samevm mode. maybe the bug submitter just execute the test using
jtreg command directly. or maybe as you said, this bug is filed before
the Makefile changed.
Regards,
Eric
On 2012/9/3 15:27, Alan Bateman wrote:
> On 03/09/2012 04:22, Eric Wang wrote:
>> Hi All,
>>
>> I am an engineer from SQE team who is helping to cleanup ProblemList.
>> Here is a fix below for bug 6959636
>> <http://monaco.us.oracle.com/detail.jsf?cr=6959636>, Can you please
>> help to review?
>> http://dl.dropbox.com/u/90659131/fixes/6959636/webrev/index.html
>>
>> The test failed when it is executed by the command "jtreg -agentvm
>> -retain:fail,error", root cause is "-retain:fail,error" option tries
>> to remove temp files created by test but they are still opened by the
>> agentvm/samevm.
>>
>> Thanks,
>> Eric
> I think I'm a bit confused on this one too as TEST.ROOT includes
> javax/management in the value of othervms.dir and so this means that
> all of JMX tests will run in its own VM. In addition the Makefile
> (jdk/test/Makefile) also runs these tests in othervm mode. I can't
> tell if this was changed after the bug was submitted but I'm just
> wondering if maybe it's a non-issue at this time. Alternatively maybe
> the issue is something else.
>
> In any case, I welcome the clean-up to allow the exceptions be thrown
> so that we see the full stack trace. Also System.exit is problematic
> in jtreg tests so it's good to have them removed.
>
> -Alan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20120903/e44c94f9/attachment.html
More information about the serviceability-dev
mailing list