Rafael Winterhalter
Rafael Winterhalter
Yes, but to use the attach API, Byte Buddy needs to load tools.jar which automatically triggers loading the native library. I think using a fixed name that survives autmatic repackaging....
FYI: I extended Byte Buddy agent such that it is now possible to attach to a VM without using the JDK-specific tools.jar. I simply reimplemented the attach API for OpenJ9/HotSpot...
Minor current issue: There seems to be a bug in the attach emulation for MacOS where the temporary directory is user-dependent. I do not own a Mac but someone else...
Did you look into using JNA and class loader isolation?
I'd still like to fix the repackaging for older JVMs where JNA is not an option but yes, the JNA approach does not suffer these problems.
No, Byte Buddy can only do what is possible in Java byte code and that's not possible. What you can do is that you'd change the original class to set...
`HasSuperTypeMatcher` needs to load the class files of all super types of a class and this requires I/O as you state. I am not sure if Skywalking uses caches. The...
Byte Buddy supports different cache approaches and it is common that the cache is retained between class loaders. [Byte Buddy's agent builder offers such caches](https://github.com/raphw/byte-buddy/blob/master/byte-buddy-dep/src/main/java/net/bytebuddy/agent/builder/AgentBuilder.java#L3320) but it needs to be...
Is this also happening with a more recent version of Byte Buddy? If you only update Byte Buddy, its API should be compatible.
That's strange. What JVM version are you running? This is not supposed to happen.