On Wed, 28 Sep 2022 12:26:49 GMT, Sean Mullan <mul...@openjdk.org> wrote:
>> Yes - the thinking here is that since this is a one time event, we can have >> it enabled. It's similar to the InitialSystemProperty event. >> >> We won't force loading of Security properties/class. We shouldn't at least. >> If no security properties are read in at time of JFR event commit, then we >> should have no InitialSecurityProperty events. See below/next comment. > > Ok, just so I understand, you want to make sure that if JFR is started after > the security properties have already been read, then they are still recorded, > right? Correct - this type of event period (beginChunk) will fire once when the JFR recording is begun. It should capture Security Properties (if java.security.Security is loaded) for any recording, no matter when it might begin or end. Similar to how InitialSystemProperty is captured (but that's implemented at native/VM level) ------------- PR: https://git.openjdk.org/jdk/pull/10394
