On Aug 9, 2012, at 1:25 AM, Sven Linstaedt wrote: > Hi, sounds like you have something similar to commons-proxy [1] in > mind, when creating an abstraction of the proxy class generation > library. Have you already considered using it?
Just became aware of it yesterday. ASM does the real work, and then it's about one class to do the actual generation and proxy creation. So it's not a lot of code. We use a version of it in OpenEJB to do @LocalBean proxy generation. On that side of the fence we do tons of ASM bytecode generation and manipulation. So we just banged this out maybe 4 years ago without giving it much though. I love commons and am happy for the code to live anywhere. -David > 2012/8/9 David Blevins <[email protected]>: >> Hey All, >> >> Heads up that I'd like to investigate removing javassist and replacing it >> with some simple ASM code to create subclass based proxies. The proxy code >> is the small part, the bigger part is refactoring out the MethodHandler >> classes and replacing them with java.lang.reflect.InvocationHandler >> implementations. >> >> As usual I'll probably look for an intermediary step in refactoring it out, >> maybe some way to keep the MethodHandlers and get all the code working with >> a different proxy impl, then refactor the handlers. >> >> Any thoughts or comments welcome. >> >> >> -David >> >
