On Sun, 3 Dec 2023 16:44:28 GMT, Markus Grönlund <mgron...@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

Reply via email to