RFR (XS) 8221918: runtime/SharedArchiveFile/serviceability/ReplaceCriticalClasses.java fails: Shared archive not found

David Holmes david.holmes at oracle.com
Thu Apr 4 00:12:48 UTC 2019


Hi Aleksey,

There's no error checking in the dump part - if something goes wrong we 
won't see anything to indicate what it was, and AFAICS we won't even 
notice the failure (till the second part of the test).

Aside: not sure why we can't just use:

@run main/othervm -XX:SharedArchiveFile=... -Xshare:dump

and let jtreg deal with error?

Please update copyright to "2018, 2019,"

Thanks,
David

On 4/04/2019 3:45 am, Aleksey Shipilev wrote:
> On 4/3/19 7:37 PM, Jiangli Zhou wrote:
>> Looks like we were going to the same direction. I sent out the review before seeing your second
>> version. This looks okay to me.
> 
> Yes! Thanks for review.
> 
> I have not noticed there CDSTestUtils.createArchive, I guess explicit setArchiveName is as good.
> I'll wait for jdk-submit to clear webrev.02 for me and wait for another review maybe.
> 
> -Aleksey
> 
>>      New webrev:
>>        http://cr.openjdk.java.net/~shade/8221918/webrev.02/
> 


More information about the hotspot-runtime-dev mailing list