How to handle future backports from JDK 10 into JDK 9?
Joseph D. Darcy
joe.darcy at oracle.com
Fri Feb 17 18:20:43 UTC 2017
Hi David,
On 2/16/2017 2:11 PM, David Holmes wrote:
> Hi Joe,
>
> On 17/02/2017 6:01 AM, joe darcy wrote:
>> Hi Vladimir,
>>
>> If the HotSpot team is concerned matching bug id and summaries, I
>> suggest using a wrapper script around jprt or hg push that does that
>> check. I know various individuals have written such scripts for their
>> own use; probably a case where we could do a better job sharing small
>> tools.
>
> That's solving the problem in the wrong place in my opinion.
The designers of jcheck made an architectural decision to not have
jcheck depend on or use the bug database.
Without revisiting that design decision, a wrapper script of some sort
is a way the check in question could be implemented today.
>
>> In my estimation, using back port bug ids for pushes would be more prone
>> to errors/typos than continuing the long-standing policy of using the
>> main bug id in such cases.
>
> That wasn't the suggestion. The suggestion was to create a new bug eg
> "Backport 8134567 to JDK 9" and use that bugid for the "backport"
> instead of creating an actual backport-issue using the original main
> bug id.
>
That approach, while workable, seems to me to work across purposes with
the bug tracking system. The most natural way to represent a backport is
a backport issue.
-Joe
More information about the jdk10-dev
mailing list