Andrew Haley (Lead Maintainer)
Process and Infrastructure
JDK 11 updates will be delivered in a quarterly cyle. Usually releases happen mid of January, April, July and October.
Update fixes are collected in the jdk11u-dev repository and update releases will be stabilized in the jdk11u repository. At the beginning of a release cycle, the jdk11u-dev repository will be tagged with jdk11.0.x+0, where x is a placeholder for the update release. At a certain point in time a release cycle enters RDP2 phase and jdk11u-dev will be transported to jdk11u. In jdk11u, stabilization is done by (only) accepting high priority or test fixes. jdk11u will be tagged on a weekly basis, when new changesets have been pushed. The tags will have the format of jdk11.0.x+n, where x is a placeholder for the update release and n is the monotonically increasing build number. At the release day, security changes that have been collected in a closed infrastructure by RedHat will be merged into jdk11u and the final tags jdk11.0.x+n and jdk11.0.x-ga will be set. Each tag that gets set in jdk11u will be integrated back to jdk11u-dev in a timely manner.
Fix Approvals and Push Policy
If a requester thinks that a fix should reach the current JDK update release when it is already in RDP2 phase, then he needs to explicitly state this in the "Fix Request" comment and provide some reasoning for that. The approver will then decide and give the according directions. If and only if the approver explicitly approves a fix for RDP2, it may be pushed to the jdk11u repository. Eligible candidates for RDP2 exceptions would be fixes that Oracle has brought to their correspondent JDK11u release, P1 and P2 issues and test fixes. In the very last days before the release date, we won't accept any pushes to jdk11u in order to have the maintainers of the security fixes finish up their closed testing.