Fasterj

|home |articles |cartoons |site map |contact us |
Tools: | GC log analysers| Multi-tenancy tools| Books| SizeOf| Thread analysers| Heap dump analysers|

Our valued sponsors who help make this site possible
JProfiler: Get rid of your performance problems and memory leaks! 

Training online: Concurrency, Threading, GC, Advanced Java and more ... 

Questions And Answers For JEP 451

JProfiler
Get rid of your performance problems and memory leaks!

Modern Garbage Collection Tuning
Shows tuning flow chart for GC tuning


Java Performance Tuning, 2nd ed
The classic and most comprehensive book on tuning Java

Java Performance Tuning Newsletter
Your source of Java performance news. Subscribe now!
Enter email:



JProfiler
Get rid of your performance problems and memory leaks!


Is this stopping agents running in the JVM?

No. This change only prints a warning, nothing else. There is also a proposal for a future change to the default from -XX:+EnableDynamicAgentLoading to -XX:-EnableDynamicAgentLoading (probably in Java 25)

Will the proposed future change stop agents running in the JVM?

The proposed change still allows agents to load into the JVM. If the proposed change is applied, agents will still be able to load at startup using -javaagent and -agentlib, and also after startup if -XX:+EnableDynamicAgentLoading is added to the JVM command line

Does the proposed future change enable any feature?

No. There are no features planned, proposed or even envisaged that will be enabled if the EnableDynamicAgentLoading default is changed

Okay, so does the proposed future change prevent some technical or security issues?

No. Security is not even mentioned in the JEP, and there are no actual issues related to agents loading dynamically, and no actual (as opposed to hypothetical) problems with it

So if there are no actual problems with the current default and no features will be enabled by changing it, why is it proposed to change?

The maintainers don't like the current default. There is an attempt at justifying that dislike in the JEP

Does any of this matter?

Probably not. It depends on how you look at it. Fewer than 2% of production systems will be adversely affected if the proposed future change proceeds, and 0% of deployments will actually benefit from the proposed change. No practical benefit and some adverse impact but the maintainers really really don't like the default as is. So the proposed change will likely go ahead, with some inconvenience for a minority of JVM users. In other words it matters to some people, but not to most


Last Updated: 2024-07-15
Copyright © 2007-2024 Fasterj.com. All Rights Reserved.
All trademarks and registered trademarks appearing on Fasterj.com are the property of their respective owners.
URL: http://www.fasterj.com/articles/jep451-q-and-a.shtml
RSS Feed: http://www.JavaPerformanceTuning.com/newsletters.rss
Trouble with this page? Please contact us