The main thing I like about Johan's approach is that it maintains full backwards compatibility with the original class. There is no magic. You are invoking the original constructors and everything works as expected.
Using Sun's hidden API to construct objects without invoking their constructors is part of the magic I'd like to do away with. PS: Sun is beta-testing changes to ClassLoader in Java7 so now would be a really good time to request enhancements in this space if you've got any. Gili On Nov 25, 5:27 am, Esko Luontola <[EMAIL PROTECTED]> wrote: > On Nov 25, 10:29 am, Gili <[EMAIL PROTECTED]> wrote: > > > - requiring no-op constructors > > I assume that you are referring to the fact a CGLIB proxy calls the > constructor of its superclass, which means that the class being > proxied (unless only interfaces are proxied) must have an accessible > constructor, possibly even a default constructor. > > I need to overcome this limitation of requiring an accessible default > constructor for one project of mine, so I'll be modifying CGLIB so > that it ignores the superclass's constructors. I have posted a proof > of concept at the the issue which is tracking this feature > request:http://sourceforge.net/tracker/index.php?func=detail&aid=2070600&grou... > > Would this feature be useful for Guice? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "google-guice" group. To post to this group, send email to google-guice@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/google-guice?hl=en -~----------~----~----~----~------~----~------~--~---
