Re: [Springframework-developer] Not leveraging the CGLIB cache

[<jue...@we...>]

Hi Rob,

First of all, welcome :-)

Regarding our current CGLIB jar in CVS: Let's find out ASAP when the =
CGLIB team intends to release 2.0.2. It is a necessity for Spring 1.0.3 =
that we ship at least CGLIB 2.0.2 RC1.

If a proper CGLIB 2.0.2 jar is gonna take a while, please rename the =
current cglib-2.0.1.jar to cglib-2.0.2-dev.jar (or a similar name that =
indicates that it is a snapshot).

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rob Harrop
Sent: Friday, June 11, 2004 11:46 PM
To: spr...@li...
Subject: Re: [Springframework-developer] Not leveraging the CGLIB cache


James (All),

First I better introduce myself, my name is Rob Harrop and I have been=20
working on the Cglib proxy class, fixing bugs and improving=20
performance.

The problem you mention is now fixed, but it does rely on the HEAD of=20
Cglib (which I mistakenly checked into CVS without changing the name).=20
The new CallbackFilter correctly implements hashCode so that Cglib can=20
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
>



-------------------------------------------------------
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