|
From: Rob H. <ro...@ca...> - 2004-11-19 11:44:46
|
All,
Chris from CGLIB replied to me on this issue:
>Hi Rob,
>
>Probably #2 ("Create a dummy object that Dispatchers can re-route to
>during construction") is the simplest solution, but I don't like it
>either. It is probably better for me to add an option to Enhancer:
>
> e.setInterceptCallsFromConstructor(false);
>
>We actually have to jump through some hoops to intercept those calls in
>the first place, so I hope it won't be hard to ignore them. You could
>then also get rid of the code you added for the previous issue.
>
>I'll look into it tomorrow (3am here now...)
>
>Chris
>
Looks like we will get a solution to this problem at the CGLIB level.
Rob
Rob Harrop wrote:
> All,
>
> I have posted an update on JIRA regarding these issues (which are the
> same) and I would appreciated everyones on input on the suggested
> solutions.
>
> http://opensource.atlassian.com/projects/spring/browse/SPR-472
>
> For those of you who are unware 1.1.1 conatined a nasty bug where
> proxy creation, with CGLIB, would restore any default state in the
> target object if your constructor set this state explicitly through
> method calls. I fixed this 1.1.2 although annoying the fix was only
> partial and this problem still shows up, but only when methods called
> by the constructor are unadvised.
>
> Rob
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
|