search

raphw / byte-buddy

Runtime code generation for the Java virtual machine.
https://bytebuddy.net
Apache License 2.0
6.23k stars 804 forks source link

Graal support - Simplifies native image manipulation when bytebuddy as a dependency #1586

Closed dreamlike-ocean closed 8 months ago

dreamlike-ocean commented 8 months ago

When a library A depends on bytebuddy and a program B depends on A, before compiling B with graalvm's native image, the user needs to use the java agent to generate predefined classes files to support the dynamic class generation in the JavaDispatcher of bytebuddy in A. Then the user needs to ensure that Runtime $Version is initialized during build time to ensure that the predefined classes of graal function normally. If any step is missing, it will start generating the java5 version of the proxy class after native without corresponding to the product of predefined classes. Even after successfully native according to the above process, when the user upgrades the jdk, they have to regenerate the predefined classes that A depends on. I think this should be the responsibility of the author of library A.

Therefore, this PR will fix the corresponding bytecode generated version to jdk5, so that the author of lib A can directly package the corresponding'net/bytebuddy/utility/Invoker $Dispatcher ' `s predefined classes files into the jar, thus reducing the difficulty of native

raphw commented 8 months ago

Good point and there's nothing in the dispatcher class files that would need a different version.