RFR: 8211238: @Deprecated JFR event [v8]
Jaroslav Bachorik
jbachorik at openjdk.org
Mon Dec 4 10:21:03 UTC 2023
On Sun, 3 Dec 2023 16:44:28 GMT, Markus Grönlund <mgronlun at openjdk.org> wrote:
>> A question about "level". Is the intention that the value can be anything, e.g. some new event next month might use the values "1", "2, "3"? Just asking because ordinarily deprecated vs. terminally deprecated is very specific to the manner in which a program element is deprecated and I assume you don't want this event grabbing the general name for a very specific event setting.
>
>> A question about "level". Is the intention that the value can be anything, e.g. some new event next month might use the values "1", "2, "3"? Just asking because ordinarily deprecated vs. terminally deprecated is very specific to the manner in which a program element is deprecated and I assume you don't want this event grabbing the general name for a very specific event setting.
>
> Yes, the design is generic. An event control/setting to be used also for other events.
Hi @mgronlun - sorry for opening a design discussion in PR :(
I wonder - will this report each single one invocation of a deprecated method conforming to the rules (JDK method called from non-JDK code)? Can this, potentially, flood the recording if the deprecated method gets called from a hot loop?
-------------
PR Comment: https://git.openjdk.org/jdk/pull/16931#issuecomment-1838232356
More information about the build-dev
mailing list