RFR: 8235530: Removed duplicated threadByName methods in nsk/jdi tests

coleen.phillimore at oracle.com coleen.phillimore at oracle.com
Mon Dec 9 21:04:33 UTC 2019


Very nice!

4153 lines changed: 21 ins; 3841 del; 291 mod; 99816 unchg



Coleen

On 12/9/19 3:56 PM, Leonid Mesnik wrote:
> David, Serguei
>
> Thank you for review. I added comment about JDITestRuntimeException in 
> https://bugs.openjdk.java.net/browse/JDK-8235544
>
> Leonid
>
> On 12/7/19 9:19 PM, David Holmes wrote:
>> +1 on both counts
>>
>> Not sure JDITestRuntimeException is really necessary/useful versus 
>> just using RuntimeException, but that's a different issue.
>>
>> Thanks,
>> David
>>
>> On 8/12/2019 2:30 pm, serguei.spitsyn at oracle.com wrote:
>>> Hi Leonid,
>>>
>>> The fix looks good.
>>>
>>> Thank you for taking care about it!
>>> I agree, it is an awful duplication.
>>>
>>> Thanks,
>>> Serguei
>>>
>>>
>>> On 12/7/19 18:17, Leonid Mesnik wrote:
>>>> Hi
>>>>
>>>> Could you please review following fix which just remove duplicated 
>>>> threadByName methods and JDITestRuntimeException exceptions in 
>>>> nsk/jdi tests. I don't see any reason to have so many copies of them.
>>>>
>>>> The method threadByName is added nsk.share.jdi.Debugee class as 
>>>> 'threadByNameOrThrow' because slightly different 'threadByName' 
>>>> already exist there. I filed another sub-task 
>>>> https://bugs.openjdk.java.net/browse/JDK-8235544 to review usage 
>>>> and merge these 2 methods later.
>>>>
>>>> This fix affects about ~4000 lines and I want to keep it as 
>>>> straight-forward as possible.
>>>>
>>>> webrev: http://cr.openjdk.java.net/~lmesnik/8235530/webrev.00/
>>>>
>>>> bug: https://bugs.openjdk.java.net/browse/JDK-8235530
>>>>
>>>> The next planned steps are in:
>>>>
>>>> https://bugs.openjdk.java.net/browse/JDK-8233830
>>>>
>>>> Leonid
>>>>
>>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20191209/3a0e50fe/attachment.htm>


More information about the serviceability-dev mailing list