Preparation of update releases

Phil Race philip.race at oracle.com
Fri Oct 19 16:34:51 UTC 2018


I've seen this too .. some CPU fixes that I did in 2017 and were in 11 GA
were somehow just synced again into 11u creating duplicate changesets
for the fix and consequently additional backport records in JBS.

-phil.

On 10/19/2018 09:04 AM, Volker Simonis wrote:
> I think one of the problems is that 11.0.1 brings in a lot of changes
> which are already in 11, but with a different hash. E.g.
>
> simonis at simonis:/OpenJDK/jdk-jdk11u$  hg log -k 8191907
> changeset:   51235:9c1534b2e82c
> user:        mdoerr
> date:        Tue Nov 28 01:08:26 2017 +0300
> summary:     8191907: PPC64 and s390 parts of JDK-8174962: Better
> interface invocations
> Reviewed-by: goetz
>
> changeset:   48649:d9fcb7ba8133
> user:        mdoerr
> date:        Tue Nov 28 01:08:26 2017 +0300
> summary:     8191907: PPC64 and s390 parts of JDK-8174962: Better
> interface invocations
> Reviewed-by: goetz
>
> "48649:d9fcb7ba8133" is the change which was already in jdk 11 and for
> some reason it was brought in again with 11.0.1 (as
> "51235:9c1534b2e82c"). That's strange because 8191907 was pushed in
> Nov. 2017 which should have been long before jdk 11.0.1 was cloned
> from the jdk11 repo and the jdk11 repo should have already contained
> 8191907 at that time. So why has this change been push one more time
> to 11.0.1 ?



More information about the jdk-updates-dev mailing list