RFR: 8254711: Add java.security.Provider.getService JFR Event [v2]

Jaikiran Pai jpai at openjdk.org
Tue Sep 20 06:19:58 UTC 2022


On Mon, 19 Sep 2022 16:55:01 GMT, Sean Coffey <coffeys at openjdk.org> wrote:

>> Plus one regarding "too much noise". This event is at the Provider.getService() level and would reports all calls regardless the type and algorithm. Crypto services which supports the delayed provider selection may call Provider.getService() to query but may not use all available ones. So, even if the service is returned, it may not be actually used. Just saying.
>> Does JFR events support filtering? Or is the expectation of this being a collection of usages and analyze is done separately?
>
> Let's stick to just recording events where a match on service and provider is made then.
> 
> The expectation is that analysis would be done post recording. Probably best to reduce the runtime performance impact.

Thank you for noting the reason, Sean. It's reasonable to only generate an event for a match.

-------------

PR: https://git.openjdk.org/jdk/pull/9657



More information about the security-dev mailing list