RFR: 8203629: Produce events in the JDK without a dependency on jdk.jfr
Alan Bateman
Alan.Bateman at oracle.com
Wed Jun 20 17:09:24 UTC 2018
On 19/06/2018 03:06, Erik Gahlin wrote:
> Hi,
>
> Could I have a review of an enhancement that will make it possible to
> add JFR events to java.base, and possibly other modules in the JDK,
> without a compile time dependency on jdk.jfr.
>
> Bug:
> https://bugs.openjdk.java.net/browse/JDK-8203629
>
> Webrev:
> http://cr.openjdk.java.net/~egahlin/8203629.0
>
> Testing:
> Tests in test/jdk/jdk/jfr
>
> The functionality is a prerequisite for an upcoming enhancement that
> will add JFR events to the security libraries.
>
> In short, jdk.jfr.Event (located in jdk.jfr) extends
> jdk.internal.event.Event (located in java.base). Metadata for events,
> such as labels and descriptions, are added using a mirror event class
> located in jdk.jfr module. If the fields of the mirror class and the
> event class don't match an InternalError is thrown.
>
> To illustrate how the mechanism can be used, see the following example
> (not meant to be checked in).
>
> http://cr.openjdk.java.net/~egahlin/8203629.example
>
> Since the implementation of jdk.internal.event.Event is empty, the JIT
> will typically eliminate all traces of JFR functionality unless Flight
> Recorder is enabled.
>
Adding a way to get events from java.base is good but I wonder if
jdk.internal.event.Event could be cleaned up before you push this. It
would be nice to have a class description and some minimal method
descriptions too. Also all the methods are empty which makes me wonder
if they should be abstract (as the class is abstract) or whether it
should be an interface. Some of the method modifiers are in unusual
order and it would be good to get those cleaned up too.
-Alan
More information about the hotspot-jfr-dev
mailing list