Proposal for back-porting JFR to OpenJDK8u

Hohensee, Paul hohensee at
Fri Dec 7 17:34:29 UTC 2018

Imo JFR is both a feature and a backport, so it was a bit hazy how to proceed. The Alibaba folks will know better than me, but I expect the work won't be a clean backport in the sense that "normal" backports are. It's really new feature development in an update release that's based on a feature in tip.

There are multiple patches involved, starting with the initial push, followed up by various fixes, all of which should be backported too. So the backport will actually be a series of backports. Alternatively, the 8199712 backport could include all the followup patches, but then there would be no formal record of those patches being backported.

Alibaba presumably has a large initial patch that they'd like to publish as the basis for the backport. Do we manually create a backport issue for 8199712 and attach it to that and then work together by exchanging patches? Would a project repo be more efficient?

I believe a CSR will also be required, but there's no CSR to backport. Perhaps create a backport request for the JEP and get that approved first? Or, manually create an 8199712 backport issue, then an associated new CSR, and get the latter approved first?



On 12/7/18, 2:24 AM, "jdk8u-dev on behalf of guangyu.zhu" <jdk8u-dev-bounces at on behalf of guangyu.zhu at> wrote:

    thanks, it makes sense. 
    Sender:Andrew Haley <aph at>
    Sent at:2018 Dec 7 (Fri) 17:57
    To:guangyu.zhu <guangyu.zhu at>; Mario Torre <neugens at>
    Cc:jdk8u-dev <jdk8u-dev at>; kingsum.chow <kingsum.chow at>
    Subject:Re: Proposal for back-porting JFR to OpenJDK8u
    On 07/12/2018 02:52, guangyu.zhu wrote:
    > I still don't understand why feature backport is the right approach. What's the difference between feature backport and JEP? Can you give more comments?
    JEPs are proposals for new Java features. This isn't one.
    This is an already-existing Java feature being backported.
    A JEP is a waste of time. Why do you want one?
    Andrew Haley
    Java Platform Lead Engineer
    Red Hat UK Ltd. <>
    EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671

More information about the jdk8u-dev mailing list