RFR: 7903519 : jtreg/jtharness is missing features for basic crash testing

andrlos duke at openjdk.org
Wed Dec 13 10:34:59 UTC 2023


On Wed, 13 Dec 2023 09:53:11 GMT, Jiří Vaněk <jvanek at openjdk.org> wrote:

>> this does not exactly add a crash testing option, however it allows users to define their own resultModifiers that they can force jtharness to use via advertising their resultModifier service in META-INF. I tested it with basic crashOnlyModificator and it works as intended - allows me to correctly skip and pass all the regular failures and only leaves me with crash tests as failures. Perfect for corner cases like JVM testing and such.
>> Also checked correct behavior in the logs, where the regular failure is still being reported and only the justification of the result modification is added at the bottom.
>
> src/com/sun/javatest/Script.java line 492:
> 
>> 490:      * @return status after modification (the proposedStatus by default)
>> 491:      */
>> 492:     private Status tryModifyResult(Status proposedStatus, TestDescription td){
> 
> this method should be synchronized, or the `resultModifier` should be safely  instantiated singleton. I would prefer the second. It would be good to die in initial stage, not late in runtime

I prefer the method to be synchronized to be honest. I am not seeing how to keep the change this simple with mixing singleton in it..

-------------

PR Review Comment: https://git.openjdk.org/jtharness/pull/57#discussion_r1425159215


More information about the jtharness-dev mailing list