No pun intended, but what are the priorities of the OpenJPA team if they still hadn't included bytecode modification at runtime? I don't use bytecode postprocessing since JBoss 2.4.
As it turns out, OpenJPA has supported runtime bytecode modification for a while now. The problem is that it requires specification of a javaagent, since when doing so it needs to translate classes as they're loaded.
The new feature allows direct usage of classes without load-time redefinition, and automatically gracefully steps down to a lower QoS level depending on the execution environment.
2 comments:
No pun intended, but what are the priorities of the OpenJPA team if they still hadn't included bytecode modification at runtime? I don't use bytecode postprocessing since JBoss 2.4.
As it turns out, OpenJPA has supported runtime bytecode modification for a while now. The problem is that it requires specification of a javaagent, since when doing so it needs to translate classes as they're loaded.
The new feature allows direct usage of classes without load-time redefinition, and automatically gracefully steps down to a lower QoS level depending on the execution environment.
-Patrick
Post a Comment