Menu
▾
▴
springframework-developer
|
From: <jue...@we...> - 2004-11-22 09:36:43
|
OK, this means that we'll need a CGLIB update, which might take a while; =
probably too much for our quick 1.1.3 release. I guess it's appropriate =
to defer these issues to Spring 1.2 RC1 then; there should be a stable =
CGLIB update available by then.
=20
Juergen
=20
________________________________
Von: spr...@li... im Auftrag =
von Rob Harrop
Gesendet: Mo 22.11.2004 10:29
An: spr...@li...
Betreff: Re: [Springframework-developer] SPR-368 and SPR-472
Just had an e-mail from Chris. He informs me that this is much more
difficult than he first thought but he should be taking serious look at
in the next few days.
Rob
Rod Johnson wrote:
> i would muchy prefer a CGLIB solution. I've never been totally
> comfortable with workarounds in Spring. Can we defer the resolution,
> adding a note? What's their timeframe?
>
> Rob Harrop wrote:
>
>> 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
>>>
>>>
>>
>>
>> -------------------------------------------------------
>> 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
>>
>
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer
|
|
From: Rob H. <ro...@ca...> - 2004-11-22 11:42:11
|
I would think so, especially since there is a workaround for the current
version of Spring.
Rob
jürgen höller [werk3AT] wrote:
>OK, this means that we'll need a CGLIB update, which might take a while; probably too much for our quick 1.1.3 release. I guess it's appropriate to defer these issues to Spring 1.2 RC1 then; there should be a stable CGLIB update available by then.
>
>Juergen
>
>
>________________________________
>
>Von: spr...@li... im Auftrag von Rob Harrop
>Gesendet: Mo 22.11.2004 10:29
>An: spr...@li...
>Betreff: Re: [Springframework-developer] SPR-368 and SPR-472
>
>
>
>Just had an e-mail from Chris. He informs me that this is much more
>difficult than he first thought but he should be taking serious look at
>in the next few days.
>
>Rob
>
>Rod Johnson wrote:
>
>
>
>>i would muchy prefer a CGLIB solution. I've never been totally
>>comfortable with workarounds in Spring. Can we defer the resolution,
>>adding a note? What's their timeframe?
>>
>>Rob Harrop wrote:
>>
>>
>>
>>>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
>>>>
>>>>
>>>>
>>>>
>>>-------------------------------------------------------
>>>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
>>>
>>>
>>>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://productguide.itmanagersjournal.com/
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://productguide.itmanagersjournal.com/
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
|
