|
From: Rob H. <ro...@ca...> - 2004-06-14 12:26:09
|
James (All), First I better introduce myself, my name is Rob Harrop and I have been working on the Cglib proxy class, fixing bugs and improving performance. The problem you mention is now fixed, but it does rely on the HEAD of Cglib (which I mistakenly checked into CVS without changing the name). The new CallbackFilter correctly implements hashCode so that Cglib can cache class instances. Rob On 11 Jun 2004, at 22:05, James Cook wrote: > Rod, > > Do you remember this issue? Has this one been addressed yet? > > http://article.gmane.org/gmane.comp.java.springframework.user/1502 > > From: Chris Nokleberg <chris <at> sixlegs.com> > Subject: Re: CGLIB proxies are not assignable > Newsgroups: gmane.comp.java.springframework.user > Date: Sun, 11 Apr 2004 17:15:30 +0000 > > Rod Johnson <rod.johnson <at> interface21.com> writes: >> This is the behaviour I would expect. As you say, maybe we should >> add it to the docs. All proxies _are_ instances of the class to be >> proxied. > > I actually think this is a bug. If the name of the class is changing > it means that caching of generated classes is not working correctly > --it is probably generating a new class per proxy. This will obviously > slow down proxy creation tremendously and eventually cause > OutOfMemoryExceptions. The typical culprit is when you use a > custom CallbackFilter that does not implement equals/hashCode. I > don't have time right now but I'll take a look soon. > > Happy Easter > Chris > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the new InstallShield X. > From Windows to Linux, servers to mobile, InstallShield X is the > one installation-authoring solution that does it all. Learn more and > evaluate today! http://www.installshield.com/Dev2Dev/0504 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |