springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Fw: [springframework - Help] Building Spring from source

[Luke T. <ne...@fr...>]

On the build front, I updated the Maven build so that it should work out 
of the box with Maven-rc1. I've tried it on a new Linux server without 
any problems. As before the site is

http://www.monkeymachine.co.uk/spring

and the project reports are the interesting bit. I also hope to set up a 
daily build in the near future as I want to do this for a client anyway. 
So I hope that'll be of some use as a reference.

One of the other benefits of a build with Maven is that you don't need 
the binaries (apart from those which aren't available from 
www.ibiblio.org/maven, which I've overriden in the project.properties 
file to point to the local versions).

Rod Johnson wrote:

> We definitely need the build script and properties in the release too, even
> if we don't ship all the binaries.
> 


-- 
  Luke Taylor.                      Monkey Machine Ltd.
  PGP Key ID: 0x57E9523C            http://www.monkeymachine.ltd.uk

[Springframework-developer] Fw: [springframework - Help] Building Spring from source

[Rod J. <rod...@in...>]

We definitely need the build script and properties in the release too, even
if we don't ship all the binaries.

----- Original Message ----- 
From: "SourceForge.net" <no...@so...>
To: <no...@so...>
Sent: Friday, December 12, 2003 6:16 PM
Subject: [springframework - Help] Building Spring from source


>
> Read and respond to this message at:
> https://sourceforge.net/forum/message.php?msg_id=2330956
> By: whitneyh
>
> Hello,
>
> Can you tell me what I need to build Spring from the source code? It does
not
> appear that an ant build file is included in the distribution and it does
not
> seem that all dependencies are resolved by the jars in the lib directory.
>
> Thank you,
> Whitney Hunter
>
> ______________________________________________________________________
> You are receiving this email because you elected to monitor this forum.
> To stop monitoring this forum, login to SourceForge.net and visit:
> https://sourceforge.net/forum/unmonitor.php?forum_id=250340
>

RE: [Springframework-developer] RE: About CGLIB2

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

Chris,

That's good news! I didn't know that a CGLIB 1.1 release based on ASM =
1.4 was planned: That will indeed resolve the issues. I guess we can =
migrate our AOP framework to CGLIB 2.0 now without any hassle!

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Chris Nokleberg
Sent: Thursday, December 11, 2003 7:28 PM
To: spr...@li...
Subject: [Springframework-developer] RE: About CGLIB2


j=FCrgen h=F6ller wrote:
> Hibernate 2.1 final with CGLIB2 underneath has just been released. =
This
> poses the question whether we should still release our 1.0 M4 with =
CGLIB1
> support. Of course, our current codebase works nicely with Hibernate =
2.1
> as long as you don't use CGLIB-based AOP proxies (i.e. proxy full =
target
> objects instead of just interfaces), so we don't *have* to update
> immediately.
[snip]
> CGLIB2 is at RC1 in the meantime, so building on it now would be =
viable.
> In the face of this situation, does everybody still prefer deferred =
CGLIB2
> support at the time of our RC1? I vote for migrating already in M4, to
> allow for CGLIB-based AOP proxies in combination with Hibernate 2.1
> promptly. After all, typical Spring users will choose to work with the
> most current recommended Hibernate version.
>=20
> Not that this was a really important criterion, but nevertheless: =
Chris,
> when do you expect CGLIB2 final?

Wow, that's a big thread! I'll try to answer everything in this mail.

Here's the current status:

Hibernate 2.1 Final ships with CGLIB 2.0 RC1.

CGLIB 2.0 Final will probably be released within a week. At the same
time, CGLIB *1.1* will also be released. This will be exactly the same
as CGLIB 1.0 except it will use ASM 1.4 instead of 1.3, which will allow
it to be used simutaneously with CGLIB 2.0 (no classname are shared
between CGLIB 1.0 and 2.0 for this reason).

With CGLIB 1.1 available, your decision to use CGLIB 2.0 for AOP can
be independant of whether you want to support Hibernate 2.1, I think.


Rod Johnson wrote:
> Chris, I guess I'd better take another look at your examples of how we
> could do away with CGLIB "optimization" in favour of CGLIB2 lazy
> interceptors or whatever they're called. Is there any documentation on
> the changes in CGLIB and how to take best advantage of them, besides
> your excellent emails here :-)

No "article"-type documentation yet. I'll try to answer whatever
questions you have in the meantime.


Colin Sampaleanu wrote:
> Yes, getting rid of that bloated beast will clear up 500k!
> BCELAttributes and BCELAttributeWriter from the Sandbox can still be
> accessed from CVS history when we want to do the new versions...

It should be pretty easy to port these things over to CGLIB/ASM. ASM 1.4
also has some support for the JSR 175 classfile attributes, in case you
want to be future-compatible.


j=FCrgen h=F6ller wrote:
> On a related note, the iBATIS Database Layer 1.2.8 (as used by our
> JPetStore version) requires CGLIB 1.0. But as I said, this doesn't
> matter as long as you don't use CGLIB-based AOP proxies (which we
> don't in our JPetStore version). It's worth mentioning in the release
> notes, though.

I think the release of CGLIB 1.1 will make this moot.=20


Rod Johnson wrote:
> Anyone know if Clinton has plans to upgrade to CGLIB 2?

Yes, I've been in contact with Clinton and version 2 of iBATIS should be
using CGLIB 2.

Let me know if you have any more questions.

Chris



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] Re: RE: About CGLIB2

[Kopylenko, D. <dko...@ac...>]

Just wondering - are there a lot of jdk 1.2 users out there?

Dmitriy.

-----Original Message-----
From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Sent: Friday, December 12, 2003 4:38 AM
To: spr...@li...
Subject: RE: [Springframework-developer] Re: RE: About CGLIB2


Well, JDK 1.2 users won't have much pleasure with Spring anyway, as we =
use
quite a lot of JDK 1.3 features :-) Some components *might* still work =
under
JDK 1.2, though, but I won't recommend trying that to anyone.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf =
Of
Chris Nokleberg
Sent: Friday, December 12, 2003 10:35 AM
To: spr...@li...
Subject: [Springframework-developer] Re: RE: About CGLIB2


Rod Johnson wrote:
> +1. Proxying interfaces only is normally good practice, which means=20
> +that
> people should only need to choose to use CGLIB for AOP if they're=20
> "power users".

Or, on the other end of spectrum, JDK 1.2 users :-)

Chris




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] RE: About CGLIB2

[Colin S. <col...@ex...>]

Sure. I think I wasn't that clear maybe, but I meant that in the future 
we shouldn't try to use this strategy to handle cglib1 vs. cglib2 
implementations of stuff. However, with Chris releasing the new cglib 
1.1, it looks like we can move to cglib2 everywhere we need it anyways, 
and people who need 1.1 for Hibernate 2.0 can still use that, so it's moot.


jürgen höller [werk3AT] wrote:

>I'd like to keep sticking to the inner-class strategy for AdvisedSupport: It removes a CGLIB dependency for people that just want to proxy interfaces anyway. For that use case, no version of CGLIB should have to be in the class path - spring, commons-logging, and aop-alliance should be enough. The actual AopProxy implementations for CGLIB can still use any CGLIB feature that they want.
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Colin Sampaleanu
>Sent: Thursday, December 11, 2003 7:42 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
>This works fine now without the cglib1 jar.
>
>I agree with using the inner-class strategy for a while. We should 
>probably limit the period of time we do this though; there are a lot of 
>useful features in cglib2, and it doesn't make sense to ignore them or 
>have to jump through hoops to use them, for too long a period of time, 
>considering the only real beneficiaries will be Hibernate 2.0 users, who 
>are going to be a rapidly dying breed.
>
>Regards,
>
>
>jürgen höller [werk3AT] wrote:
>
>  
>
>>I've just fixed it by re-introducing an inner class CglibProxyFactory: Grab the current AdvisedSupport from CVS, and a JDK proxy will work with Hibernate 2.1 - without the need for cglib1.jar in the class path. I've tested it with Petclinic, and it works nicely.
>>
>>We should stick to that inner-class strategy when migrating to CGLIB2, to let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1 underneath).
>>
>>Juergen
>>
>>
>>-----Original Message-----
>>From: spr...@li...
>>[mailto:spr...@li...]On Behalf
>>Of Rod Johnson
>>Sent: Thursday, December 11, 2003 6:42 PM
>>To: spr...@li...
>>Subject: Re: [Springframework-developer] RE: About CGLIB2
>>
>>
>>I guess in my refactoring I lost the indirection by which a CGLIB proxy was
>>created only by an inner class, to prevent dependence on CGLIB at runtime.
>>I'll try to sort that out tomorrow or Monday.
>>
>>Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, which
>>has a proxyTargetClass property that defaults to false. Set it to true to
>>force CGLIB. Otherwise it won't use CGLIB by default.
>>
>>Regards,
>>Rod
>>
>>----- Original Message ----- 
>>From: "Colin Sampaleanu" <col...@ex...>
>>To: <spr...@li...>
>>Sent: Thursday, December 11, 2003 5:29 PM
>>Subject: Re: [Springframework-developer] RE: About CGLIB2
>>
>>
>> 
>>
>>    
>>
>>>jürgen höller [werk3AT] wrote:
>>>
>>>   
>>>
>>>      
>>>
>>>>Everybody,
>>>>
>>>>Hibernate 2.1 final with CGLIB2 underneath has just been released. This
>>>>     
>>>>
>>>>        
>>>>
>>poses the question whether we should still release our 1.0 M4 with CGLIB1
>>support. Of course, our current codebase works nicely with Hibernate 2.1 as
>>long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
>>objects instead of just interfaces), so we don't *have* to update
>>immediately.
>> 
>>
>>    
>>
>>>>     
>>>>
>>>>        
>>>>
>>>Hmm, maybe this was once the case, but I am not sure it is so easy any
>>>longer. I tried dropping in Hibernate 2.1 final (with cglib2). However,
>>>when using TransactionProxyFactoryBean, which no longer has the old
>>>ProxyInterfacesOnly boolean option (which used to default to true, and
>>>used a JDK proxy in the true case instead of cglib proxy), I now get an
>>>exception
>>>
>>>java.lang.NoClassDefFoundError:
>>>org/springframework/aop/framework/OptimizedCglib1AopProxy
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.transaction.interceptor.TransactionProxyFactoryBean.afte
>>rPropertiesSet(TransactionProxyFactoryBean.java:167)
>> 
>>
>>    
>>
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.beans.factory.support.AbstractBeanFactory.callLifecycleM
>>ethodsIfNecessary(AbstractBeanFactory.java:1011)
>> 
>>
>>    
>>
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.beans.factory.support.AbstractBeanFactory.createBean(Abs
>>tractBeanFactory.java:539)
>> 
>>
>>    
>>
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra
>>ctBeanFactory.java:186)
>> 
>>
>>    
>>
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.beans.factory.support.DefaultListableBeanFactory.preInst
>>antiateSingletons(DefaultListableBeanFactory.java:184)
>> 
>>
>>    
>>
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.context.support.AbstractApplicationContext.refresh(Abstr
>>actApplicationContext.java:284)
>> 
>>
>>    
>>
>>>   at
>>>
>>>   
>>>
>>>      
>>>
>>org.springframework.web.context.support.XmlWebApplicationContext.refresh(Xml
>>WebApplicationContext.java:107)
>> 
>>
>>    
>>
>>>The offending line is:
>>>
>>> ProxyFactory proxyFactory = new ProxyFactory();
>>>
>>>Of course, ProxyFactory extends AdvisedSupport, which directly
>>>references OptimizedCglib1AopProxy.
>>>   
>>>
>>>      
>>>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
>Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

[Springframework-developer] Cannot passivate stateful session bean (again!)

[Alastair R. <ala...@ph...>]

SGksIA0KDQpJJ3ZlIG9ubHkganVzdCBzdWJzY3JpYmVkIHRvIHRoZSBkZXYgbGlzdCwgYnV0IHNv
bWVvbmUgdG9sZCBtZSB0aGVyZSB3YXMgYSBkaXNjdXNzaW9uIGVhcmxpZXIgdGhpcyB3ZWVrIGFi
b3V0IGZhaWx1cmUgdG8gcGFzc2l2YXRlIHN0YXRlZnVsIHNlc3Npb24gYmVhbnMuIFRoaXMgd2Fz
IGNhdXNlZCBieSB0aGUgYmVhbiBmYWN0b3J5IHJlZmVyZW5jZSBub3QgYmVpbmcgc2V0IHRvIG51
bGwgb24gcGFzc2l2YXRpb24uIA0KDQpJJ3ZlIGNvbWUgYWNyb3NzIGEgcmVsYXRlZCBwcm9ibGVt
LCB3aGljaCBzZWVtcyB0byBiZSBkdWUgdG8gdGhlIGxvZ2dlciBmaWVsZCBpbiBBYnN0cmFjdEVu
dGVycHJpc2VCZWFuIC0gSSBjYW4ndCBzZXQgaXRzIHJlZmVyZW5jZSB0byBudWxsIGluIGVqYlBh
c3NpdmF0ZSgpIGJlY2F1c2UgaXRzIGZpbmFsLCBzbyB3aGVuIG15IGJlYW4gdHJpZXMgdG8gcGFz
c2l2YXRlIEkgZ2V0IGFuIGV4Y2VwdGlvbiBzYXlpbmcgdGhhdCBvcmcuYXBhY2hlLmNvbW1vbnMu
bG9nZ2luZy5pbXBsLkxvZzRKQ2F0ZWdvcnlMb2cgaXMgbm90IHNlcmlhbGl6YWJsZSAoc3RhY2t0
cmFjZSBiZWxvdykuDQoNCkFsc28sIEkndmUganVzdCB0YWtlbiBhIGxvb2sgYXQgQWJzdHJhY3RF
bnRlcnByaXNlQmVhbiBpbiBDVlMgYW5kIGl0IHNlZW1zIHRoYXQgdW5sb2FkQmVhbkZhY3Rvcnko
KSBvbmx5IHNldHMgdGhlIHJlZiB0byBiZWFuRmFjdG9yeSB0byBudWxsLCB3aGVyZWFzIHRoZSBi
ZWFuRmFjdG9yeUxvYWRlciByZWYgcmVtYWlucyBzZXQuIEkga25vdyBJIGNvdWxkIGp1c3QgY2Fs
bCBzZXRCZWFuRmFjdG9yeUxvYWRlcigpIGluIGVqYlBhc3NpdmF0ZSgpIHRvIHNldCBpdCB0byBu
dWxsLCBidXQgd291bGRuJ3QgaXQgYmUgY2xlYXJlciB0byBqdXN0IGhhdmUgYSBzaW5nbGUgdW5s
b2FkKCkgbWV0aG9kIHdoaWNoIHVubG9hZHMgYm90aCByZWZlcmVuY2VzPw0KDQpBbnl3YXksIHRo
YXQgYXNpZGUsIFNwcmluZyBpcyBmYW50YXN0aWMhIFRoYW5rcy4NCg0KQWwuDQoNCg0KDQpqYXZh
eC5lamIuRUpCRXhjZXB0aW9uOiBDb3VsZCBub3QgcGFzc2l2YXRlOyBmYWlsZWQgdG8gc2F2ZSBz
dGF0ZTsgQ2F1c2VkQnlFeGNlcHRpb24gaXM6DQoJb3JnLmFwYWNoZS5jb21tb25zLmxvZ2dpbmcu
aW1wbC5Mb2c0SkNhdGVnb3J5TG9nDQoJYXQgb3JnLmpib3NzLmVqYi5wbHVnaW5zLlN0YXRlZnVs
U2Vzc2lvbkZpbGVQZXJzaXN0ZW5jZU1hbmFnZXIucGFzc2l2YXRlU2Vzc2lvbihTdGF0ZWZ1bFNl
c3Npb25GaWxlUGVyc2lzdGVuY2VNYW5hZ2VyLmphdmE6Mzc4KQ0KCWF0IG9yZy5qYm9zcy5lamIu
cGx1Z2lucy5TdGF0ZWZ1bFNlc3Npb25JbnN0YW5jZUNhY2hlLnBhc3NpdmF0ZShTdGF0ZWZ1bFNl
c3Npb25JbnN0YW5jZUNhY2hlLmphdmE6ODUpDQoJYXQgb3JnLmpib3NzLmVqYi5wbHVnaW5zLkFi
c3RyYWN0SW5zdGFuY2VDYWNoZS50cnlUb1Bhc3NpdmF0ZShBYnN0cmFjdEluc3RhbmNlQ2FjaGUu
amF2YToxNTYpDQoJYXQgb3JnLmpib3NzLmVqYi5wbHVnaW5zLkxSVUVudGVycHJpc2VDb250ZXh0
Q2FjaGVQb2xpY3kkT3ZlcmFnZXJUYXNrLnJ1bihMUlVFbnRlcnByaXNlQ29udGV4dENhY2hlUG9s
aWN5LmphdmE6NDM1KQ0KCWF0IGphdmEudXRpbC5UaW1lclRocmVhZC5tYWluTG9vcChUaW1lci5q
YXZhOjQzMikNCglhdCBqYXZhLnV0aWwuVGltZXJUaHJlYWQucnVuKFRpbWVyLmphdmE6MzgyKQ0K
amF2YS5pby5Ob3RTZXJpYWxpemFibGVFeGNlcHRpb246IG9yZy5hcGFjaGUuY29tbW9ucy5sb2dn
aW5nLmltcGwuTG9nNEpDYXRlZ29yeUxvZw0KCWF0IGphdmEuaW8uT2JqZWN0T3V0cHV0U3RyZWFt
LndyaXRlT2JqZWN0MChPYmplY3RPdXRwdXRTdHJlYW0uamF2YToxMDU0KQ0KCWF0IGphdmEuaW8u
T2JqZWN0T3V0cHV0U3RyZWFtLmRlZmF1bHRXcml0ZUZpZWxkcyhPYmplY3RPdXRwdXRTdHJlYW0u
amF2YToxMzMyKQ0KCWF0IGphdmEuaW8uT2JqZWN0T3V0cHV0U3RyZWFtLndyaXRlU2VyaWFsRGF0
YShPYmplY3RPdXRwdXRTdHJlYW0uamF2YToxMzA0KQ0KCWF0IGphdmEuaW8uT2JqZWN0T3V0cHV0
U3RyZWFtLndyaXRlT3JkaW5hcnlPYmplY3QoT2JqZWN0T3V0cHV0U3RyZWFtLmphdmE6MTI0NykN
CglhdCBqYXZhLmlvLk9iamVjdE91dHB1dFN0cmVhbS53cml0ZU9iamVjdDAoT2JqZWN0T3V0cHV0
U3RyZWFtLmphdmE6MTA1MikNCglhdCBqYXZhLmlvLk9iamVjdE91dHB1dFN0cmVhbS53cml0ZU9i
amVjdChPYmplY3RPdXRwdXRTdHJlYW0uamF2YToyNzgpDQoJYXQgb3JnLmpib3NzLmVqYi5wbHVn
aW5zLlN0YXRlZnVsU2Vzc2lvbkZpbGVQZXJzaXN0ZW5jZU1hbmFnZXIucGFzc2l2YXRlU2Vzc2lv
bihTdGF0ZWZ1bFNlc3Npb25GaWxlUGVyc2lzdGVuY2VNYW5hZ2VyLmphdmE6MzcwKQ0KCWF0IG9y
Zy5qYm9zcy5lamIucGx1Z2lucy5TdGF0ZWZ1bFNlc3Npb25JbnN0YW5jZUNhY2hlLnBhc3NpdmF0
ZShTdGF0ZWZ1bFNlc3Npb25JbnN0YW5jZUNhY2hlLmphdmE6ODUpDQoJYXQgb3JnLmpib3NzLmVq
Yi5wbHVnaW5zLkFic3RyYWN0SW5zdGFuY2VDYWNoZS50cnlUb1Bhc3NpdmF0ZShBYnN0cmFjdElu
c3RhbmNlQ2FjaGUuamF2YToxNTYpDQoJYXQgb3JnLmpib3NzLmVqYi5wbHVnaW5zLkxSVUVudGVy
cHJpc2VDb250ZXh0Q2FjaGVQb2xpY3kkT3ZlcmFnZXJUYXNrLnJ1bihMUlVFbnRlcnByaXNlQ29u
dGV4dENhY2hlUG9saWN5LmphdmE6NDM1KQ0KCWF0IGphdmEudXRpbC5UaW1lclRocmVhZC5tYWlu
TG9vcChUaW1lci5qYXZhOjQzMikNCglhdCBqYXZhLnV0aWwuVGltZXJUaHJlYWQucnVuKFRpbWVy
LmphdmE6MzgyKQ0K

RE: [Springframework-developer] Re: RE: About CGLIB2

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

Well, JDK 1.2 users won't have much pleasure with Spring anyway, as we =
use quite a lot of JDK 1.3 features :-) Some components *might* still =
work under JDK 1.2, though, but I won't recommend trying that to anyone.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Chris Nokleberg
Sent: Friday, December 12, 2003 10:35 AM
To: spr...@li...
Subject: [Springframework-developer] Re: RE: About CGLIB2


Rod Johnson wrote:
> +1. Proxying interfaces only is normally good practice, which means =
that
> people should only need to choose to use CGLIB for AOP if they're =
"power
> users".

Or, on the other end of spectrum, JDK 1.2 users :-)

Chris




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Re: RE: About CGLIB2

[Chris N. <ch...@si...>]

Rod Johnson wrote:
> +1. Proxying interfaces only is normally good practice, which means that
> people should only need to choose to use CGLIB for AOP if they're "power
> users".

Or, on the other end of spectrum, JDK 1.2 users :-)

Chris

Re: [Springframework-developer] RE: About CGLIB2

[Rod J. <rod...@in...>]

+1. Proxying interfaces only is normally good practice, which means that
people should only need to choose to use CGLIB for AOP if they're "power
users".

Regards,
Rod

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Friday, December 12, 2003 9:01 AM
Subject: RE: [Springframework-developer] RE: About CGLIB2


I'd like to keep sticking to the inner-class strategy for AdvisedSupport:=
 It
removes a CGLIB dependency for people that just want to proxy interfaces
anyway. For that use case, no version of CGLIB should have to be in the
class path - spring, commons-logging, and aop-alliance should be enough. =
The
actual AopProxy implementations for CGLIB can still use any CGLIB feature
that they want.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Thursday, December 11, 2003 7:42 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2


This works fine now without the cglib1 jar.

I agree with using the inner-class strategy for a while. We should
probably limit the period of time we do this though; there are a lot of
useful features in cglib2, and it doesn't make sense to ignore them or
have to jump through hoops to use them, for too long a period of time,
considering the only real beneficiaries will be Hibernate 2.0 users, who
are going to be a rapidly dying breed.

Regards,


j=FCrgen h=F6ller [werk3AT] wrote:

>I've just fixed it by re-introducing an inner class CglibProxyFactory: G=
rab
the current AdvisedSupport from CVS, and a JDK proxy will work with
Hibernate 2.1 - without the need for cglib1.jar in the class path. I've
tested it with Petclinic, and it works nicely.
>
>We should stick to that inner-class strategy when migrating to CGLIB2, t=
o
let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1
underneath).
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rod Johnson
>Sent: Thursday, December 11, 2003 6:42 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
>I guess in my refactoring I lost the indirection by which a CGLIB proxy =
was
>created only by an inner class, to prevent dependence on CGLIB at runtim=
e.
>I'll try to sort that out tomorrow or Monday.
>
>Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, wh=
ich
>has a proxyTargetClass property that defaults to false. Set it to true t=
o
>force CGLIB. Otherwise it won't use CGLIB by default.
>
>Regards,
>Rod
>
>----- Original Message -----=20
>From: "Colin Sampaleanu" <col...@ex...>
>To: <spr...@li...>
>Sent: Thursday, December 11, 2003 5:29 PM
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
>
>
>>j=FCrgen h=F6ller [werk3AT] wrote:
>>
>>
>>
>>>Everybody,
>>>
>>>Hibernate 2.1 final with CGLIB2 underneath has just been released. Thi=
s
>>>
>>>
>poses the question whether we should still release our 1.0 M4 with CGLIB=
1
>support. Of course, our current codebase works nicely with Hibernate 2.1=
 as
>long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
>objects instead of just interfaces), so we don't *have* to update
>immediately.
>
>
>>>
>>>
>>>
>>Hmm, maybe this was once the case, but I am not sure it is so easy any
>>longer. I tried dropping in Hibernate 2.1 final (with cglib2). However,
>>when using TransactionProxyFactoryBean, which no longer has the old
>>ProxyInterfacesOnly boolean option (which used to default to true, and
>>used a JDK proxy in the true case instead of cglib proxy), I now get an
>>exception
>>
>>java.lang.NoClassDefFoundError:
>>org/springframework/aop/framework/OptimizedCglib1AopProxy
>>    at
>>
>>
>>
>org.springframework.transaction.interceptor.TransactionProxyFactoryBean.=
aft
e
>rPropertiesSet(TransactionProxyFactoryBean.java:167)
>
>
>>    at
>>
>>
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.callLifecy=
cle
M
>ethodsIfNecessary(AbstractBeanFactory.java:1011)
>
>
>>    at
>>
>>
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.createBean=
(Ab
s
>tractBeanFactory.java:539)
>
>
>>    at
>>
>>
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Ab=
str
a
>ctBeanFactory.java:186)
>
>
>>    at
>>
>>
>>
>org.springframework.beans.factory.support.DefaultListableBeanFactory.pre=
Ins
t
>antiateSingletons(DefaultListableBeanFactory.java:184)
>
>
>>    at
>>
>>
>>
>org.springframework.context.support.AbstractApplicationContext.refresh(A=
bst
r
>actApplicationContext.java:284)
>
>
>>    at
>>
>>
>>
>org.springframework.web.context.support.XmlWebApplicationContext.refresh=
(Xm
l
>WebApplicationContext.java:107)
>
>
>>The offending line is:
>>
>>  ProxyFactory proxyFactory =3D new ProxyFactory();
>>
>>Of course, ProxyFactory extends AdvisedSupport, which directly
>>references OptimizedCglib1AopProxy.
>>
>>




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] VelocityView

[Darren D. <dda...@kg...>]

> Similarly, VelocityView could have "dateFormatAttribute" and 
> "currencyFormatAttribute" properties to allow for specifying the 
> names of those attributes, instead of fixed names and boolean 
> "exposeDateFormatter" respectively "exposeCurrencyFormatter" flags. 
> We could also add an additional "numberFormatAttribute" property,
>  for a plain NumberFormat instance.
> 
> Alternatively, we could also scrap the helper exposure altogether 
> and leave that to subclasses, or find some way to associate such 
> model objects as static attributes - maybe via AbstractView's 
> "attributesMap" that can take bean references too? The latter would 
> involve setting up DateFormat and NumberFormat instances as beans, 
> linking them in as model attributes via bean references.
> 
> After all, Velocity should really support such formatting itself - 
> it is really weak in that respect. The JSTL's "fmt" tag library does 
> that in a nice way for JSPs... Why does it have to be so complicated 
> with Velocity? Finally, how are VelocityView users doing this 
> currently? Is anyone using our exposure of pre-defined helpers or do 
> you use your own mechanisms?

we're using the date format helper, simply because it was there - I'm not
particularly precious about it.  Supplying the helpers as beans defined in a
context seems the more 'Spring-centric' way to go, however the helpers
currently use static factory methods that take a locale parameter from the
current request - can that still be handled?

As long as there's no loss of functionality, I'm +1 for anything!



--
Darren Davison
Public Key: http://www.davison.uk.net/key.jsp

RE: [Springframework-developer] RE: About CGLIB2

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

I'd like to keep sticking to the inner-class strategy for =
AdvisedSupport: It removes a CGLIB dependency for people that just want =
to proxy interfaces anyway. For that use case, no version of CGLIB =
should have to be in the class path - spring, commons-logging, and =
aop-alliance should be enough. The actual AopProxy implementations for =
CGLIB can still use any CGLIB feature that they want.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Colin Sampaleanu
Sent: Thursday, December 11, 2003 7:42 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2


This works fine now without the cglib1 jar.

I agree with using the inner-class strategy for a while. We should=20
probably limit the period of time we do this though; there are a lot of=20
useful features in cglib2, and it doesn't make sense to ignore them or=20
have to jump through hoops to use them, for too long a period of time,=20
considering the only real beneficiaries will be Hibernate 2.0 users, who =

are going to be a rapidly dying breed.

Regards,


j=FCrgen h=F6ller [werk3AT] wrote:

>I've just fixed it by re-introducing an inner class CglibProxyFactory: =
Grab the current AdvisedSupport from CVS, and a JDK proxy will work with =
Hibernate 2.1 - without the need for cglib1.jar in the class path. I've =
tested it with Petclinic, and it works nicely.
>
>We should stick to that inner-class strategy when migrating to CGLIB2, =
to let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1 =
underneath).
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rod Johnson
>Sent: Thursday, December 11, 2003 6:42 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
>I guess in my refactoring I lost the indirection by which a CGLIB proxy =
was
>created only by an inner class, to prevent dependence on CGLIB at =
runtime.
>I'll try to sort that out tomorrow or Monday.
>
>Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, =
which
>has a proxyTargetClass property that defaults to false. Set it to true =
to
>force CGLIB. Otherwise it won't use CGLIB by default.
>
>Regards,
>Rod
>
>----- Original Message -----=20
>From: "Colin Sampaleanu" <col...@ex...>
>To: <spr...@li...>
>Sent: Thursday, December 11, 2003 5:29 PM
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
> =20
>
>>j=FCrgen h=F6ller [werk3AT] wrote:
>>
>>   =20
>>
>>>Everybody,
>>>
>>>Hibernate 2.1 final with CGLIB2 underneath has just been released. =
This
>>>     =20
>>>
>poses the question whether we should still release our 1.0 M4 with =
CGLIB1
>support. Of course, our current codebase works nicely with Hibernate =
2.1 as
>long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
>objects instead of just interfaces), so we don't *have* to update
>immediately.
> =20
>
>>>
>>>     =20
>>>
>>Hmm, maybe this was once the case, but I am not sure it is so easy any
>>longer. I tried dropping in Hibernate 2.1 final (with cglib2). =
However,
>>when using TransactionProxyFactoryBean, which no longer has the old
>>ProxyInterfacesOnly boolean option (which used to default to true, and
>>used a JDK proxy in the true case instead of cglib proxy), I now get =
an
>>exception
>>
>>java.lang.NoClassDefFoundError:
>>org/springframework/aop/framework/OptimizedCglib1AopProxy
>>    at
>>
>>   =20
>>
>org.springframework.transaction.interceptor.TransactionProxyFactoryBean.=
afte
>rPropertiesSet(TransactionProxyFactoryBean.java:167)
> =20
>
>>    at
>>
>>   =20
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.callLifecy=
cleM
>ethodsIfNecessary(AbstractBeanFactory.java:1011)
> =20
>
>>    at
>>
>>   =20
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.createBean=
(Abs
>tractBeanFactory.java:539)
> =20
>
>>    at
>>
>>   =20
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Ab=
stra
>ctBeanFactory.java:186)
> =20
>
>>    at
>>
>>   =20
>>
>org.springframework.beans.factory.support.DefaultListableBeanFactory.pre=
Inst
>antiateSingletons(DefaultListableBeanFactory.java:184)
> =20
>
>>    at
>>
>>   =20
>>
>org.springframework.context.support.AbstractApplicationContext.refresh(A=
bstr
>actApplicationContext.java:284)
> =20
>
>>    at
>>
>>   =20
>>
>org.springframework.web.context.support.XmlWebApplicationContext.refresh=
(Xml
>WebApplicationContext.java:107)
> =20
>
>>The offending line is:
>>
>>  ProxyFactory proxyFactory =3D new ProxyFactory();
>>
>>Of course, ProxyFactory extends AdvisedSupport, which directly
>>references OptimizedCglib1AopProxy.
>>   =20
>>




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] RE: About CGLIB2

[Mike Cannon-B. <mi...@at...>]

+1 here for the same reason :)

On 12/12/03 4:55 AM, "Alef Arendsen" (al...@jt...) penned the words:

> YEAH!!
>=20
> +1
>=20
> This means we can update to Hibernate 2.1 :)
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...] On Behalf
> Of tri...@tr...
> Sent: Thursday, December 11, 2003 4:47 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] RE: About CGLIB2
>=20
>=20
>=20
> +1
>=20
> Thomas
>=20
> Quoting Colin Sampaleanu <col...@ex...>:
>=20
>> I vote for updating to cglib2 now. I do realize different people have
>> other criteria/priorities, but we've been using Hibenate 2.1betas with
>=20
>> Spring since August, with no issues, and ideally would want to move to
>=20
>> the final version.
>>=20
>> My feeling is that most Hibernate users have already switched to 2.1,
>> or
>> will do so very soon, as there are no backwards compatibility issues
>> with doing so, and some strong advantages.
>>=20
>>=20
>> j=FCrgen h=F6ller [werk3AT] wrote:
>>=20
>>> Everybody,
>>>=20
>>> Hibernate 2.1 final with CGLIB2 underneath has just been released.
>>> This
>> poses the question whether we should still release our 1.0 M4 with
>> CGLIB1 support. Of course, our current codebase works nicely with
>> Hibernate 2.1 as long as you don't use CGLIB-based AOP proxies (i.e.
>> proxy full target objects instead of just interfaces), so we don't
>> *have* to update immediately.
>>>=20
>>> Migrating our AOP proxy generation to CGLIB2 should be
>>> straightforward.
>> Afterwards, it will be the other way round in terms of compatibility:
>> Hibernate 2.0 will still work with a current Spring release as long as
>=20
>> you don't use CGLIB-based AOP proxies. In any case, the most important
>=20
>> rule is to just have the CGLIB version needed by your Hibernate
>> version in the class path.
>>>=20
>>> CGLIB2 is at RC1 in the meantime, so building on it now would be
>>> viable. In
>> the face of this situation, does everybody still prefer deferred
>> CGLIB2 support at the time of our RC1? I vote for migrating already in
>=20
>> M4, to allow for CGLIB-based AOP proxies in combination with Hibernate
>=20
>> 2.1 promptly. After all, typical Spring users will choose to work with
>=20
>> the most current recommended Hibernate version.
>>>=20
>>> Not that this was a really important criterion, but nevertheless:
>>> Chris,
>> when do you expect CGLIB2 final?
>>>=20
>>> Juergen
>>>=20
>>>=20
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...]On
>>> Behalf Of Alef Arendsen (JTeam)
>>> Sent: Wednesday, December 03, 2003 11:20 PM
>>> To: spr...@li...
>>> Subject: About CGLIB2 (was: RE: [Springframework-developer] Release
>>> plan)
>>>=20
>>>=20
>>> Juergen (et al),
>>>=20
>>> So the current plan is:
>>>=20
>>> - M4  (CGLIB1): just before X-mas
>>> - RC1 (CGLIB2): 2nd week of January or something.
>>>=20
>>> Is there any idea on when CGLIB2 support is to be introduced (I heard
>=20
>>> supporting both of them at a time is a hassle or at least too much
>>> work). We've currently got a project (Spring + Hibernate 2.1)
>>> underway of which a initial release is targetted for the 12th of
>>> January.
>>>=20
>>> Are there going to be significant changes when moving from CGLIB1 to
>>> 2 (which will force me to stick with M4 for that particular project)
>>> or is it going to be a smooth transition without much impact?
>>>=20
>>> Thanks!
>>>=20
>>> Alef
>>>=20
>>> =20
>>>=20
>>>> -----Oorspronkelijk bericht-----
>>>> Van: spr...@li...
>>>> [mailto:spr...@li...]
>>>> Namens j=FCrgen h=F6ller [werk3AT]
>>>> Verzonden: Tuesday, December 02, 2003 3:27 PM
>>>> Aan: spr...@li...
>>>> Onderwerp: [Springframework-developer] Release plan
>>>>=20
>>>>=20
>>>> Guys,
>>>>=20
>>>> We need to settle on a concrete roadmap.
>>>>=20
>>>> Despite our initial plans to go straight to RC1, I'm inclined
>>>> to vote for an M4 in two weeks' time, with the significant
>>>> reworkings that have been introduced in the meantime (in the
>>>> bean factory and AOP area), with the current state of the
>>>> docs, and still with CGLIB1. We can also introduce our
>>>> JPetStore version with that release.
>>>>=20
>>>> I suggest to target RC1 for early January then, with CGLIB2
>>>> and - most importantly - a proper reference manual. In the
>>>> ideal case, 1.0 final could be ready at the end of January.
>>>> M4 would correspond to a feature freeze, with full
>>>> concentration on bugfixes and docs afterwards. RC1 should
>>>> already be as good as it gets, a true "release candidate".
>>>>=20
>>>> Juergen
>>>>=20
>>>>=20
>>>> -----Original Message-----
>>>> From: spr...@li...
>>>> [mailto:spr...@li...]
>>>> On Behalf Of Matthew E. Porter
>>>> Sent: Monday, December 01, 2003 6:37 PM
>>>> To: spr...@li...
>>>> Subject: Re: [Springframework-developer] Hibernate 2.1 and CGLIB
>>>>=20
>>>>=20
>>>> This was a good answer since it provides a roadmap.  Can someone
>>>> post
>>>> this on the wiki or the website for others who may have the same
>>>> question?
>>>>=20
>>>>=20
>>>> Cheers,
>>>>   matthew
>>>>=20
>>>> On Dec 1, 2003, at 11:04 AM, j=FCrgen h=F6ller [werk3AT] wrote:
>>>>=20
>>>>   =20
>>>>=20
>>>>> Hi Matthew,
>>>>>=20
>>>>> We've been discussing that for a while. If Hibernate 2.1 gets final
>=20
>>>>> early enough (and it seems to, being already in RC1 stage), we will
>=20
>>>>> switch to it for our 1.0 RCs. If 2.1 would still be far
>>>>>     =20
>>>>>=20
>>>> from final, we
>>>>   =20
>>>>=20
>>>>> would probably have to support both CGLIB1 and CGLIB2 somehow.
>>>>> Fortunately, that seems not to be necessary anymore!
>>>>>=20
>>>>> For the time being, if you don't proxy full classes (but just
>>>>> interfaces) or don't use Spring AOP in the first place, you
>>>>>     =20
>>>>>=20
>>>> should be
>>>>   =20
>>>>=20
>>>>> able to work with Hibernate 2.1 and its CGLIB2 without hassle. The
>>>>> same will apply to Hibernate 2.0 users after we've moved to CGLIB2:
>=20
>>>>> You don't need to worry if you don't use Spring AOP will
>>>>>     =20
>>>>>=20
>>>> full proxies.
>>>>   =20
>>>>=20
>>>>> I think we can live with requiring an update to Hibernate 2.1 if a
>>>>> user wants full AOP proxies in combination. Actually, we probably
>>>>> *need* to move to CGLIB2 once Hibernate 2.1 final is
>>>>>     =20
>>>>>=20
>>>> released: Power
>>>>   =20
>>>>=20
>>>>> users will want to combine full Spring AOP proxying with
>>>>>     =20
>>>>>=20
>>>> the current
>>>>   =20
>>>>=20
>>>>> Hibernate version, not with a previous one.
>>>>>=20
>>>>> Now it would be really great if CGLIB2 were final too until
>>>>>     =20
>>>>>=20
>>>> Spring 1.0
>>>>   =20
>>>>=20
>>>>> final! :-) It's no problem to ship a CGLIB2 beta with our upcoming
>>>>> Spring 1.0 RC1, but it worries me to include a CGLIB2 beta
>>>>>     =20
>>>>>=20
>>>> in Spring
>>>>   =20
>>>>=20
>>>>> 1.0 final. Haven't the Hibernate guys the same problem? Or are they
>>>>> fine with shipping a CGLIB2 beta with Hibernate 2.1 final?
>>>>>=20
>>>>> So I suggest to release our 1.0 RC1 shortly after Hibernate
>>>>>     =20
>>>>>=20
>>>> 2.1 final,
>>>>   =20
>>>>=20
>>>>> already with CGLIB2 support. As I said, we will just force
>>>>>     =20
>>>>>=20
>>>> users with
>>>>   =20
>>>>=20
>>>>> full AOP proxies to upgrade to Hibernate 2.1 if using the two in
>>>>> combination. We could release a 1.0 M4 shortly before that though,
>>>>> still with CGLIB1 - to ease migration paths for Hibernate 2.0
> users.
>>>>>=20
>>>>> Juergen
>>>>>=20
>>>>>=20
>>>>> -----Original Message-----
>>>>> From: spr...@li...
>>>>> [mailto:spr...@li...]On
>>>>> Behalf Of Matthew E. Porter
>>>>> Sent: Monday, December 01, 2003 5:06 PM
>>>>> To: spr...@li...
>>>>> Subject: [Springframework-developer] Hibernate 2.1 and CGLIB
>>>>>=20
>>>>>=20
>>>>> I have looked through the mailing list archives but was
>>>>>     =20
>>>>>=20
>>>> unable to find
>>>>   =20
>>>>=20
>>>>> the answer to my question.  Will Spring move to support
>>>>>     =20
>>>>>=20
>>>> Hibernate 2.1
>>>>   =20
>>>>=20
>>>>> (as it is the new *recommended* version) and, if so, when?
>>>>>=20
>>>>> Also, does anyone know if I can use it now with the cglib version
>>>>> change?
>>>>>=20
>>>>>=20
>>>>>=20
>>>>> Cheers,
>>>>>   matthew
>>>>>=20
>>>>>     =20
>>>>>=20
>>=20
>>=20
>>=20
>>=20
>> -------------------------------------------------------
>> This SF.net email is sponsored by: IBM Linux Tutorials. Become an
>> expert in LINUX or just sharpen your skills.  Sign up for IBM's Free
>> Linux Tutorials.  Learn everything from the bash shell to sys admin.
>> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>=20
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for
> IBM's Free Linux Tutorials.  Learn everything from the bash shell to sys
> admin. Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
> Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=CCk
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] VelocityView

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

Everybody,

I'm not really happy with the helpers that VelocityView can expose. The =
fixed naming "simpleDateFormat" and "currencyFormat" seems arbitrary and =
is not in line with the way that AbstractView handles RequestContext =
exposure. The latter defines a "requestContextAttribute" property that =
can be set to the name that the RequestContext model attribute should =
have, if any.

Similarly, VelocityView could have "dateFormatAttribute" and =
"currencyFormatAttribute" properties to allow for specifying the names =
of those attributes, instead of fixed names and boolean =
"exposeDateFormatter" respectively "exposeCurrencyFormatter" flags. We =
could also add an additional "numberFormatAttribute" property, for a =
plain NumberFormat instance.

Alternatively, we could also scrap the helper exposure altogether and =
leave that to subclasses, or find some way to associate such model =
objects as static attributes - maybe via AbstractView's "attributesMap" =
that can take bean references too? The latter would involve setting up =
DateFormat and NumberFormat instances as beans, linking them in as model =
attributes via bean references.

After all, Velocity should really support such formatting itself - it is =
really weak in that respect. The JSTL's "fmt" tag library does that in a =
nice way for JSPs... Why does it have to be so complicated with =
Velocity? Finally, how are VelocityView users doing this currently? Is =
anyone using our exposure of pre-defined helpers or do you use your own =
mechanisms?

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
werk3AT informations- und mediensysteme

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
mailto:jue...@we...
http://www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

Re: [Springframework-developer] RE: About CGLIB2

[Colin S. <col...@ex...>]

This works fine now without the cglib1 jar.

I agree with using the inner-class strategy for a while. We should 
probably limit the period of time we do this though; there are a lot of 
useful features in cglib2, and it doesn't make sense to ignore them or 
have to jump through hoops to use them, for too long a period of time, 
considering the only real beneficiaries will be Hibernate 2.0 users, who 
are going to be a rapidly dying breed.

Regards,


jürgen höller [werk3AT] wrote:

>I've just fixed it by re-introducing an inner class CglibProxyFactory: Grab the current AdvisedSupport from CVS, and a JDK proxy will work with Hibernate 2.1 - without the need for cglib1.jar in the class path. I've tested it with Petclinic, and it works nicely.
>
>We should stick to that inner-class strategy when migrating to CGLIB2, to let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1 underneath).
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of Rod Johnson
>Sent: Thursday, December 11, 2003 6:42 PM
>To: spr...@li...
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
>I guess in my refactoring I lost the indirection by which a CGLIB proxy was
>created only by an inner class, to prevent dependence on CGLIB at runtime.
>I'll try to sort that out tomorrow or Monday.
>
>Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, which
>has a proxyTargetClass property that defaults to false. Set it to true to
>force CGLIB. Otherwise it won't use CGLIB by default.
>
>Regards,
>Rod
>
>----- Original Message ----- 
>From: "Colin Sampaleanu" <col...@ex...>
>To: <spr...@li...>
>Sent: Thursday, December 11, 2003 5:29 PM
>Subject: Re: [Springframework-developer] RE: About CGLIB2
>
>
>  
>
>>jürgen höller [werk3AT] wrote:
>>
>>    
>>
>>>Everybody,
>>>
>>>Hibernate 2.1 final with CGLIB2 underneath has just been released. This
>>>      
>>>
>poses the question whether we should still release our 1.0 M4 with CGLIB1
>support. Of course, our current codebase works nicely with Hibernate 2.1 as
>long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
>objects instead of just interfaces), so we don't *have* to update
>immediately.
>  
>
>>>
>>>      
>>>
>>Hmm, maybe this was once the case, but I am not sure it is so easy any
>>longer. I tried dropping in Hibernate 2.1 final (with cglib2). However,
>>when using TransactionProxyFactoryBean, which no longer has the old
>>ProxyInterfacesOnly boolean option (which used to default to true, and
>>used a JDK proxy in the true case instead of cglib proxy), I now get an
>>exception
>>
>>java.lang.NoClassDefFoundError:
>>org/springframework/aop/framework/OptimizedCglib1AopProxy
>>    at
>>
>>    
>>
>org.springframework.transaction.interceptor.TransactionProxyFactoryBean.afte
>rPropertiesSet(TransactionProxyFactoryBean.java:167)
>  
>
>>    at
>>
>>    
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.callLifecycleM
>ethodsIfNecessary(AbstractBeanFactory.java:1011)
>  
>
>>    at
>>
>>    
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.createBean(Abs
>tractBeanFactory.java:539)
>  
>
>>    at
>>
>>    
>>
>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abstra
>ctBeanFactory.java:186)
>  
>
>>    at
>>
>>    
>>
>org.springframework.beans.factory.support.DefaultListableBeanFactory.preInst
>antiateSingletons(DefaultListableBeanFactory.java:184)
>  
>
>>    at
>>
>>    
>>
>org.springframework.context.support.AbstractApplicationContext.refresh(Abstr
>actApplicationContext.java:284)
>  
>
>>    at
>>
>>    
>>
>org.springframework.web.context.support.XmlWebApplicationContext.refresh(Xml
>WebApplicationContext.java:107)
>  
>
>>The offending line is:
>>
>>  ProxyFactory proxyFactory = new ProxyFactory();
>>
>>Of course, ProxyFactory extends AdvisedSupport, which directly
>>references OptimizedCglib1AopProxy.
>>    
>>

[Springframework-developer] RE: About CGLIB2

[Chris N. <ch...@si...>]

jürgen höller wrote:
> Hibernate 2.1 final with CGLIB2 underneath has just been released. This
> poses the question whether we should still release our 1.0 M4 with CGLIB1
> support. Of course, our current codebase works nicely with Hibernate 2.1
> as long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
> objects instead of just interfaces), so we don't *have* to update
> immediately.
[snip]
> CGLIB2 is at RC1 in the meantime, so building on it now would be viable.
> In the face of this situation, does everybody still prefer deferred CGLIB2
> support at the time of our RC1? I vote for migrating already in M4, to
> allow for CGLIB-based AOP proxies in combination with Hibernate 2.1
> promptly. After all, typical Spring users will choose to work with the
> most current recommended Hibernate version.
> 
> Not that this was a really important criterion, but nevertheless: Chris,
> when do you expect CGLIB2 final?

Wow, that's a big thread! I'll try to answer everything in this mail.

Here's the current status:

Hibernate 2.1 Final ships with CGLIB 2.0 RC1.

CGLIB 2.0 Final will probably be released within a week. At the same
time, CGLIB *1.1* will also be released. This will be exactly the same
as CGLIB 1.0 except it will use ASM 1.4 instead of 1.3, which will allow
it to be used simutaneously with CGLIB 2.0 (no classname are shared
between CGLIB 1.0 and 2.0 for this reason).

With CGLIB 1.1 available, your decision to use CGLIB 2.0 for AOP can
be independant of whether you want to support Hibernate 2.1, I think.


Rod Johnson wrote:
> Chris, I guess I'd better take another look at your examples of how we
> could do away with CGLIB "optimization" in favour of CGLIB2 lazy
> interceptors or whatever they're called. Is there any documentation on
> the changes in CGLIB and how to take best advantage of them, besides
> your excellent emails here :-)

No "article"-type documentation yet. I'll try to answer whatever
questions you have in the meantime.


Colin Sampaleanu wrote:
> Yes, getting rid of that bloated beast will clear up 500k!
> BCELAttributes and BCELAttributeWriter from the Sandbox can still be
> accessed from CVS history when we want to do the new versions...

It should be pretty easy to port these things over to CGLIB/ASM. ASM 1.4
also has some support for the JSR 175 classfile attributes, in case you
want to be future-compatible.


jürgen höller wrote:
> On a related note, the iBATIS Database Layer 1.2.8 (as used by our
> JPetStore version) requires CGLIB 1.0. But as I said, this doesn't
> matter as long as you don't use CGLIB-based AOP proxies (which we
> don't in our JPetStore version). It's worth mentioning in the release
> notes, though.

I think the release of CGLIB 1.1 will make this moot. 


Rod Johnson wrote:
> Anyone know if Clinton has plans to upgrade to CGLIB 2?

Yes, I've been in contact with Clinton and version 2 of iBATIS should be
using CGLIB 2.

Let me know if you have any more questions.

Chris

RE: [Springframework-developer] RE: About CGLIB2

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

My connection to SourceForge CVS is extremely bad at the moment - I had =
to retry a few times, but AdvisedSupport is committed now.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Thursday, December 11, 2003 7:12 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2


Juergen,

Thanks (I think).

That's weird: did you commit it? I can't see it.

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 5:57 PM
Subject: RE: [Springframework-developer] RE: About CGLIB2


I've just fixed it by re-introducing an inner class CglibProxyFactory: =
Grab
the current AdvisedSupport from CVS, and a JDK proxy will work with
Hibernate 2.1 - without the need for cglib1.jar in the class path. I've
tested it with Petclinic, and it works nicely.

We should stick to that inner-class strategy when migrating to CGLIB2, =
to
let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1
underneath).

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Thursday, December 11, 2003 6:42 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2


I guess in my refactoring I lost the indirection by which a CGLIB proxy =
was
created only by an inner class, to prevent dependence on CGLIB at =
runtime.
I'll try to sort that out tomorrow or Monday.

Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, =
which
has a proxyTargetClass property that defaults to false. Set it to true =
to
force CGLIB. Otherwise it won't use CGLIB by default.

Regards,
Rod

----- Original Message -----=20
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 5:29 PM
Subject: Re: [Springframework-developer] RE: About CGLIB2


> j=FCrgen h=F6ller [werk3AT] wrote:
>
> >Everybody,
> >
> >Hibernate 2.1 final with CGLIB2 underneath has just been released. =
This
poses the question whether we should still release our 1.0 M4 with =
CGLIB1
support. Of course, our current codebase works nicely with Hibernate 2.1 =
as
long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
objects instead of just interfaces), so we don't *have* to update
immediately.
> >
> >
> >
> Hmm, maybe this was once the case, but I am not sure it is so easy any
> longer. I tried dropping in Hibernate 2.1 final (with cglib2). =
However,
> when using TransactionProxyFactoryBean, which no longer has the old
> ProxyInterfacesOnly boolean option (which used to default to true, and
> used a JDK proxy in the true case instead of cglib proxy), I now get =
an
> exception
>
> java.lang.NoClassDefFoundError:
> org/springframework/aop/framework/OptimizedCglib1AopProxy
>     at
>
org.springframework.transaction.interceptor.TransactionProxyFactoryBean.a=
fte
rPropertiesSet(TransactionProxyFactoryBean.java:167)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.callLifecyc=
leM
ethodsIfNecessary(AbstractBeanFactory.java:1011)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(=
Abs
tractBeanFactory.java:539)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abs=
tra
ctBeanFactory.java:186)
>     at
>
org.springframework.beans.factory.support.DefaultListableBeanFactory.preI=
nst
antiateSingletons(DefaultListableBeanFactory.java:184)
>     at
>
org.springframework.context.support.AbstractApplicationContext.refresh(Ab=
str
actApplicationContext.java:284)
>     at
>
org.springframework.web.context.support.XmlWebApplicationContext.refresh(=
Xml
WebApplicationContext.java:107)
>
> The offending line is:
>
>   ProxyFactory proxyFactory =3D new ProxyFactory();
>
> Of course, ProxyFactory extends AdvisedSupport, which directly
> references OptimizedCglib1AopProxy.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
> Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] RE: About CGLIB2

[Rod J. <rod...@in...>]

Juergen,

Thanks (I think).

That's weird: did you commit it? I can't see it.

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 5:57 PM
Subject: RE: [Springframework-developer] RE: About CGLIB2


I've just fixed it by re-introducing an inner class CglibProxyFactory: Gr=
ab
the current AdvisedSupport from CVS, and a JDK proxy will work with
Hibernate 2.1 - without the need for cglib1.jar in the class path. I've
tested it with Petclinic, and it works nicely.

We should stick to that inner-class strategy when migrating to CGLIB2, to
let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1
underneath).

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Thursday, December 11, 2003 6:42 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2


I guess in my refactoring I lost the indirection by which a CGLIB proxy w=
as
created only by an inner class, to prevent dependence on CGLIB at runtime.
I'll try to sort that out tomorrow or Monday.

Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, whi=
ch
has a proxyTargetClass property that defaults to false. Set it to true to
force CGLIB. Otherwise it won't use CGLIB by default.

Regards,
Rod

----- Original Message -----=20
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 5:29 PM
Subject: Re: [Springframework-developer] RE: About CGLIB2


> j=FCrgen h=F6ller [werk3AT] wrote:
>
> >Everybody,
> >
> >Hibernate 2.1 final with CGLIB2 underneath has just been released. Thi=
s
poses the question whether we should still release our 1.0 M4 with CGLIB1
support. Of course, our current codebase works nicely with Hibernate 2.1 =
as
long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
objects instead of just interfaces), so we don't *have* to update
immediately.
> >
> >
> >
> Hmm, maybe this was once the case, but I am not sure it is so easy any
> longer. I tried dropping in Hibernate 2.1 final (with cglib2). However,
> when using TransactionProxyFactoryBean, which no longer has the old
> ProxyInterfacesOnly boolean option (which used to default to true, and
> used a JDK proxy in the true case instead of cglib proxy), I now get an
> exception
>
> java.lang.NoClassDefFoundError:
> org/springframework/aop/framework/OptimizedCglib1AopProxy
>     at
>
org.springframework.transaction.interceptor.TransactionProxyFactoryBean.a=
fte
rPropertiesSet(TransactionProxyFactoryBean.java:167)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.callLifecyc=
leM
ethodsIfNecessary(AbstractBeanFactory.java:1011)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(=
Abs
tractBeanFactory.java:539)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abs=
tra
ctBeanFactory.java:186)
>     at
>
org.springframework.beans.factory.support.DefaultListableBeanFactory.preI=
nst
antiateSingletons(DefaultListableBeanFactory.java:184)
>     at
>
org.springframework.context.support.AbstractApplicationContext.refresh(Ab=
str
actApplicationContext.java:284)
>     at
>
org.springframework.web.context.support.XmlWebApplicationContext.refresh(=
Xml
WebApplicationContext.java:107)
>
> The offending line is:
>
>   ProxyFactory proxyFactory =3D new ProxyFactory();
>
> Of course, ProxyFactory extends AdvisedSupport, which directly
> references OptimizedCglib1AopProxy.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM=
's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admi=
n.
> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] RE: About CGLIB2

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

Of course, you can do that already if you're not proxying full classes =
but just interfaces with our AOP framework - at least, you can do that =
again now with the current version in CVS ;-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Alef Arendsen
Sent: Thursday, December 11, 2003 6:56 PM
To: spr...@li...
Subject: RE: [Springframework-developer] RE: About CGLIB2


YEAH!!

+1

This means we can update to Hibernate 2.1 :)

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of tri...@tr...
Sent: Thursday, December 11, 2003 4:47 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2



+1

Thomas

Quoting Colin Sampaleanu <col...@ex...>:

> I vote for updating to cglib2 now. I do realize different people have
> other criteria/priorities, but we've been using Hibenate 2.1betas with

> Spring since August, with no issues, and ideally would want to move to

> the final version.
>=20
> My feeling is that most Hibernate users have already switched to 2.1,=20
> or
> will do so very soon, as there are no backwards compatibility issues=20
> with doing so, and some strong advantages.
>=20
>=20
> j=FCrgen h=F6ller [werk3AT] wrote:
>=20
> >Everybody,
> >
> >Hibernate 2.1 final with CGLIB2 underneath has just been released.=20
> >This
> poses the question whether we should still release our 1.0 M4 with=20
> CGLIB1 support. Of course, our current codebase works nicely with=20
> Hibernate 2.1 as long as you don't use CGLIB-based AOP proxies (i.e.=20
> proxy full target objects instead of just interfaces), so we don't=20
> *have* to update immediately.
> >
> >Migrating our AOP proxy generation to CGLIB2 should be=20
> >straightforward.
> Afterwards, it will be the other way round in terms of compatibility:=20
> Hibernate 2.0 will still work with a current Spring release as long as

> you don't use CGLIB-based AOP proxies. In any case, the most important

> rule is to just have the CGLIB version needed by your Hibernate=20
> version in the class path.
> >
> >CGLIB2 is at RC1 in the meantime, so building on it now would be=20
> >viable. In
> the face of this situation, does everybody still prefer deferred=20
> CGLIB2 support at the time of our RC1? I vote for migrating already in

> M4, to allow for CGLIB-based AOP proxies in combination with Hibernate

> 2.1 promptly. After all, typical Spring users will choose to work with

> the most current recommended Hibernate version.
> >
> >Not that this was a really important criterion, but nevertheless:=20
> >Chris,
> when do you expect CGLIB2 final?
> >
> >Juergen
> >
> >
> >-----Original Message-----
> >From: spr...@li...
> >[mailto:spr...@li...]On=20
> >Behalf Of Alef Arendsen (JTeam)
> >Sent: Wednesday, December 03, 2003 11:20 PM
> >To: spr...@li...
> >Subject: About CGLIB2 (was: RE: [Springframework-developer] Release
> >plan)
> >
> >
> >Juergen (et al),
> >
> >So the current plan is:
> >
> >- M4  (CGLIB1): just before X-mas
> >- RC1 (CGLIB2): 2nd week of January or something.
> >
> >Is there any idea on when CGLIB2 support is to be introduced (I heard

> >supporting both of them at a time is a hassle or at least too much=20
> >work). We've currently got a project (Spring + Hibernate 2.1)=20
> >underway of which a initial release is targetted for the 12th of=20
> >January.
> >
> >Are there going to be significant changes when moving from CGLIB1 to=20
> >2 (which will force me to stick with M4 for that particular project)=20
> >or is it going to be a smooth transition without much impact?
> >
> >Thanks!
> >
> >Alef
> >
> > =20
> >
> >>-----Oorspronkelijk bericht-----
> >>Van: spr...@li...
> >>[mailto:spr...@li...]
> >> Namens j=FCrgen h=F6ller [werk3AT]
> >>Verzonden: Tuesday, December 02, 2003 3:27 PM
> >>Aan: spr...@li...
> >>Onderwerp: [Springframework-developer] Release plan
> >>
> >>
> >>Guys,
> >>
> >>We need to settle on a concrete roadmap.
> >>
> >>Despite our initial plans to go straight to RC1, I'm inclined
> >>to vote for an M4 in two weeks' time, with the significant=20
> >>reworkings that have been introduced in the meantime (in the=20
> >>bean factory and AOP area), with the current state of the=20
> >>docs, and still with CGLIB1. We can also introduce our=20
> >>JPetStore version with that release.
> >>
> >>I suggest to target RC1 for early January then, with CGLIB2
> >>and - most importantly - a proper reference manual. In the=20
> >>ideal case, 1.0 final could be ready at the end of January.=20
> >>M4 would correspond to a feature freeze, with full=20
> >>concentration on bugfixes and docs afterwards. RC1 should=20
> >>already be as good as it gets, a true "release candidate".
> >>
> >>Juergen
> >>
> >>
> >>-----Original Message-----
> >>From: spr...@li...
> >>[mailto:spr...@li...]
> >>On Behalf Of Matthew E. Porter
> >>Sent: Monday, December 01, 2003 6:37 PM
> >>To: spr...@li...
> >>Subject: Re: [Springframework-developer] Hibernate 2.1 and CGLIB
> >>
> >>
> >>This was a good answer since it provides a roadmap.  Can someone=20
> >>post
> >>this on the wiki or the website for others who may have the same=20
> >>question?
> >>
> >>
> >>Cheers,
> >>   matthew
> >>
> >>On Dec 1, 2003, at 11:04 AM, j=FCrgen h=F6ller [werk3AT] wrote:
> >>
> >>   =20
> >>
> >>>Hi Matthew,
> >>>
> >>>We've been discussing that for a while. If Hibernate 2.1 gets final

> >>>early enough (and it seems to, being already in RC1 stage), we will

> >>>switch to it for our 1.0 RCs. If 2.1 would still be far
> >>>     =20
> >>>
> >>from final, we
> >>   =20
> >>
> >>>would probably have to support both CGLIB1 and CGLIB2 somehow.
> >>>Fortunately, that seems not to be necessary anymore!
> >>>
> >>>For the time being, if you don't proxy full classes (but just
> >>>interfaces) or don't use Spring AOP in the first place, you
> >>>     =20
> >>>
> >>should be
> >>   =20
> >>
> >>>able to work with Hibernate 2.1 and its CGLIB2 without hassle. The
> >>>same will apply to Hibernate 2.0 users after we've moved to CGLIB2:

> >>>You don't need to worry if you don't use Spring AOP will=20
> >>>     =20
> >>>
> >>full proxies.
> >>   =20
> >>
> >>>I think we can live with requiring an update to Hibernate 2.1 if a=20
> >>>user wants full AOP proxies in combination. Actually, we probably
> >>>*need* to move to CGLIB2 once Hibernate 2.1 final is
> >>>     =20
> >>>
> >>released: Power
> >>   =20
> >>
> >>>users will want to combine full Spring AOP proxying with
> >>>     =20
> >>>
> >>the current
> >>   =20
> >>
> >>>Hibernate version, not with a previous one.
> >>>
> >>>Now it would be really great if CGLIB2 were final too until
> >>>     =20
> >>>
> >>Spring 1.0
> >>   =20
> >>
> >>>final! :-) It's no problem to ship a CGLIB2 beta with our upcoming
> >>>Spring 1.0 RC1, but it worries me to include a CGLIB2 beta=20
> >>>     =20
> >>>
> >>in Spring
> >>   =20
> >>
> >>>1.0 final. Haven't the Hibernate guys the same problem? Or are they
> >>>fine with shipping a CGLIB2 beta with Hibernate 2.1 final?
> >>>
> >>>So I suggest to release our 1.0 RC1 shortly after Hibernate
> >>>     =20
> >>>
> >>2.1 final,
> >>   =20
> >>
> >>>already with CGLIB2 support. As I said, we will just force
> >>>     =20
> >>>
> >>users with
> >>   =20
> >>
> >>>full AOP proxies to upgrade to Hibernate 2.1 if using the two in
> >>>combination. We could release a 1.0 M4 shortly before that though,=20
> >>>still with CGLIB1 - to ease migration paths for Hibernate 2.0
users.
> >>>
> >>>Juergen
> >>>
> >>>
> >>>-----Original Message-----
> >>>From: spr...@li...
> >>>[mailto:spr...@li...]On
> >>>Behalf Of Matthew E. Porter
> >>>Sent: Monday, December 01, 2003 5:06 PM
> >>>To: spr...@li...
> >>>Subject: [Springframework-developer] Hibernate 2.1 and CGLIB
> >>>
> >>>
> >>>I have looked through the mailing list archives but was
> >>>     =20
> >>>
> >>unable to find
> >>   =20
> >>
> >>>the answer to my question.  Will Spring move to support
> >>>     =20
> >>>
> >>Hibernate 2.1
> >>   =20
> >>
> >>>(as it is the new *recommended* version) and, if so, when?
> >>>
> >>>Also, does anyone know if I can use it now with the cglib version
> >>>change?
> >>>
> >>>
> >>>
> >>>Cheers,
> >>>   matthew
> >>>
> >>>     =20
> >>>
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials. Become an=20
> expert in LINUX or just sharpen your skills.  Sign up for IBM's Free=20
> Linux Tutorials.  Learn everything from the bash shell to sys admin.=20
> Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20





-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for
IBM's Free Linux Tutorials.  Learn everything from the bash shell to sys
admin. Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] RE: About CGLIB2

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

I've just fixed it by re-introducing an inner class CglibProxyFactory: =
Grab the current AdvisedSupport from CVS, and a JDK proxy will work with =
Hibernate 2.1 - without the need for cglib1.jar in the class path. I've =
tested it with Petclinic, and it works nicely.

We should stick to that inner-class strategy when migrating to CGLIB2, =
to let people use Hibernate 2.0.x or iBATIS Database Layer (with CGLIB1 =
underneath).

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Rod Johnson
Sent: Thursday, December 11, 2003 6:42 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2


I guess in my refactoring I lost the indirection by which a CGLIB proxy =
was
created only by an inner class, to prevent dependence on CGLIB at =
runtime.
I'll try to sort that out tomorrow or Monday.

Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, =
which
has a proxyTargetClass property that defaults to false. Set it to true =
to
force CGLIB. Otherwise it won't use CGLIB by default.

Regards,
Rod

----- Original Message -----=20
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 5:29 PM
Subject: Re: [Springframework-developer] RE: About CGLIB2


> j=FCrgen h=F6ller [werk3AT] wrote:
>
> >Everybody,
> >
> >Hibernate 2.1 final with CGLIB2 underneath has just been released. =
This
poses the question whether we should still release our 1.0 M4 with =
CGLIB1
support. Of course, our current codebase works nicely with Hibernate 2.1 =
as
long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
objects instead of just interfaces), so we don't *have* to update
immediately.
> >
> >
> >
> Hmm, maybe this was once the case, but I am not sure it is so easy any
> longer. I tried dropping in Hibernate 2.1 final (with cglib2). =
However,
> when using TransactionProxyFactoryBean, which no longer has the old
> ProxyInterfacesOnly boolean option (which used to default to true, and
> used a JDK proxy in the true case instead of cglib proxy), I now get =
an
> exception
>
> java.lang.NoClassDefFoundError:
> org/springframework/aop/framework/OptimizedCglib1AopProxy
>     at
>
org.springframework.transaction.interceptor.TransactionProxyFactoryBean.a=
fte
rPropertiesSet(TransactionProxyFactoryBean.java:167)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.callLifecyc=
leM
ethodsIfNecessary(AbstractBeanFactory.java:1011)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(=
Abs
tractBeanFactory.java:539)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abs=
tra
ctBeanFactory.java:186)
>     at
>
org.springframework.beans.factory.support.DefaultListableBeanFactory.preI=
nst
antiateSingletons(DefaultListableBeanFactory.java:184)
>     at
>
org.springframework.context.support.AbstractApplicationContext.refresh(Ab=
str
actApplicationContext.java:284)
>     at
>
org.springframework.web.context.support.XmlWebApplicationContext.refresh(=
Xml
WebApplicationContext.java:107)
>
> The offending line is:
>
>   ProxyFactory proxyFactory =3D new ProxyFactory();
>
> Of course, ProxyFactory extends AdvisedSupport, which directly
> references OptimizedCglib1AopProxy.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
> Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
> Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] RE: About CGLIB2

[Alef A. <al...@jt...>]

YEAH!!

+1

This means we can update to Hibernate 2.1 :)

-----Original Message-----
From: spr...@li...
[mailto:spr...@li...] On Behalf
Of tri...@tr...
Sent: Thursday, December 11, 2003 4:47 PM
To: spr...@li...
Subject: Re: [Springframework-developer] RE: About CGLIB2



+1

Thomas

Quoting Colin Sampaleanu <col...@ex...>:

> I vote for updating to cglib2 now. I do realize different people have
> other criteria/priorities, but we've been using Hibenate 2.1betas with

> Spring since August, with no issues, and ideally would want to move to

> the final version.
>=20
> My feeling is that most Hibernate users have already switched to 2.1,=20
> or
> will do so very soon, as there are no backwards compatibility issues=20
> with doing so, and some strong advantages.
>=20
>=20
> j=FCrgen h=F6ller [werk3AT] wrote:
>=20
> >Everybody,
> >
> >Hibernate 2.1 final with CGLIB2 underneath has just been released.=20
> >This
> poses the question whether we should still release our 1.0 M4 with=20
> CGLIB1 support. Of course, our current codebase works nicely with=20
> Hibernate 2.1 as long as you don't use CGLIB-based AOP proxies (i.e.=20
> proxy full target objects instead of just interfaces), so we don't=20
> *have* to update immediately.
> >
> >Migrating our AOP proxy generation to CGLIB2 should be=20
> >straightforward.
> Afterwards, it will be the other way round in terms of compatibility:=20
> Hibernate 2.0 will still work with a current Spring release as long as

> you don't use CGLIB-based AOP proxies. In any case, the most important

> rule is to just have the CGLIB version needed by your Hibernate=20
> version in the class path.
> >
> >CGLIB2 is at RC1 in the meantime, so building on it now would be=20
> >viable. In
> the face of this situation, does everybody still prefer deferred=20
> CGLIB2 support at the time of our RC1? I vote for migrating already in

> M4, to allow for CGLIB-based AOP proxies in combination with Hibernate

> 2.1 promptly. After all, typical Spring users will choose to work with

> the most current recommended Hibernate version.
> >
> >Not that this was a really important criterion, but nevertheless:=20
> >Chris,
> when do you expect CGLIB2 final?
> >
> >Juergen
> >
> >
> >-----Original Message-----
> >From: spr...@li...
> >[mailto:spr...@li...]On=20
> >Behalf Of Alef Arendsen (JTeam)
> >Sent: Wednesday, December 03, 2003 11:20 PM
> >To: spr...@li...
> >Subject: About CGLIB2 (was: RE: [Springframework-developer] Release
> >plan)
> >
> >
> >Juergen (et al),
> >
> >So the current plan is:
> >
> >- M4  (CGLIB1): just before X-mas
> >- RC1 (CGLIB2): 2nd week of January or something.
> >
> >Is there any idea on when CGLIB2 support is to be introduced (I heard

> >supporting both of them at a time is a hassle or at least too much=20
> >work). We've currently got a project (Spring + Hibernate 2.1)=20
> >underway of which a initial release is targetted for the 12th of=20
> >January.
> >
> >Are there going to be significant changes when moving from CGLIB1 to=20
> >2 (which will force me to stick with M4 for that particular project)=20
> >or is it going to be a smooth transition without much impact?
> >
> >Thanks!
> >
> >Alef
> >
> > =20
> >
> >>-----Oorspronkelijk bericht-----
> >>Van: spr...@li...
> >>[mailto:spr...@li...]
> >> Namens j=FCrgen h=F6ller [werk3AT]
> >>Verzonden: Tuesday, December 02, 2003 3:27 PM
> >>Aan: spr...@li...
> >>Onderwerp: [Springframework-developer] Release plan
> >>
> >>
> >>Guys,
> >>
> >>We need to settle on a concrete roadmap.
> >>
> >>Despite our initial plans to go straight to RC1, I'm inclined
> >>to vote for an M4 in two weeks' time, with the significant=20
> >>reworkings that have been introduced in the meantime (in the=20
> >>bean factory and AOP area), with the current state of the=20
> >>docs, and still with CGLIB1. We can also introduce our=20
> >>JPetStore version with that release.
> >>
> >>I suggest to target RC1 for early January then, with CGLIB2
> >>and - most importantly - a proper reference manual. In the=20
> >>ideal case, 1.0 final could be ready at the end of January.=20
> >>M4 would correspond to a feature freeze, with full=20
> >>concentration on bugfixes and docs afterwards. RC1 should=20
> >>already be as good as it gets, a true "release candidate".
> >>
> >>Juergen
> >>
> >>
> >>-----Original Message-----
> >>From: spr...@li...
> >>[mailto:spr...@li...]
> >>On Behalf Of Matthew E. Porter
> >>Sent: Monday, December 01, 2003 6:37 PM
> >>To: spr...@li...
> >>Subject: Re: [Springframework-developer] Hibernate 2.1 and CGLIB
> >>
> >>
> >>This was a good answer since it provides a roadmap.  Can someone=20
> >>post
> >>this on the wiki or the website for others who may have the same=20
> >>question?
> >>
> >>
> >>Cheers,
> >>   matthew
> >>
> >>On Dec 1, 2003, at 11:04 AM, j=FCrgen h=F6ller [werk3AT] wrote:
> >>
> >>   =20
> >>
> >>>Hi Matthew,
> >>>
> >>>We've been discussing that for a while. If Hibernate 2.1 gets final

> >>>early enough (and it seems to, being already in RC1 stage), we will

> >>>switch to it for our 1.0 RCs. If 2.1 would still be far
> >>>     =20
> >>>
> >>from final, we
> >>   =20
> >>
> >>>would probably have to support both CGLIB1 and CGLIB2 somehow.
> >>>Fortunately, that seems not to be necessary anymore!
> >>>
> >>>For the time being, if you don't proxy full classes (but just
> >>>interfaces) or don't use Spring AOP in the first place, you
> >>>     =20
> >>>
> >>should be
> >>   =20
> >>
> >>>able to work with Hibernate 2.1 and its CGLIB2 without hassle. The
> >>>same will apply to Hibernate 2.0 users after we've moved to CGLIB2:

> >>>You don't need to worry if you don't use Spring AOP will=20
> >>>     =20
> >>>
> >>full proxies.
> >>   =20
> >>
> >>>I think we can live with requiring an update to Hibernate 2.1 if a=20
> >>>user wants full AOP proxies in combination. Actually, we probably
> >>>*need* to move to CGLIB2 once Hibernate 2.1 final is
> >>>     =20
> >>>
> >>released: Power
> >>   =20
> >>
> >>>users will want to combine full Spring AOP proxying with
> >>>     =20
> >>>
> >>the current
> >>   =20
> >>
> >>>Hibernate version, not with a previous one.
> >>>
> >>>Now it would be really great if CGLIB2 were final too until
> >>>     =20
> >>>
> >>Spring 1.0
> >>   =20
> >>
> >>>final! :-) It's no problem to ship a CGLIB2 beta with our upcoming
> >>>Spring 1.0 RC1, but it worries me to include a CGLIB2 beta=20
> >>>     =20
> >>>
> >>in Spring
> >>   =20
> >>
> >>>1.0 final. Haven't the Hibernate guys the same problem? Or are they
> >>>fine with shipping a CGLIB2 beta with Hibernate 2.1 final?
> >>>
> >>>So I suggest to release our 1.0 RC1 shortly after Hibernate
> >>>     =20
> >>>
> >>2.1 final,
> >>   =20
> >>
> >>>already with CGLIB2 support. As I said, we will just force
> >>>     =20
> >>>
> >>users with
> >>   =20
> >>
> >>>full AOP proxies to upgrade to Hibernate 2.1 if using the two in
> >>>combination. We could release a 1.0 M4 shortly before that though,=20
> >>>still with CGLIB1 - to ease migration paths for Hibernate 2.0
users.
> >>>
> >>>Juergen
> >>>
> >>>
> >>>-----Original Message-----
> >>>From: spr...@li...
> >>>[mailto:spr...@li...]On
> >>>Behalf Of Matthew E. Porter
> >>>Sent: Monday, December 01, 2003 5:06 PM
> >>>To: spr...@li...
> >>>Subject: [Springframework-developer] Hibernate 2.1 and CGLIB
> >>>
> >>>
> >>>I have looked through the mailing list archives but was
> >>>     =20
> >>>
> >>unable to find
> >>   =20
> >>
> >>>the answer to my question.  Will Spring move to support
> >>>     =20
> >>>
> >>Hibernate 2.1
> >>   =20
> >>
> >>>(as it is the new *recommended* version) and, if so, when?
> >>>
> >>>Also, does anyone know if I can use it now with the cglib version
> >>>change?
> >>>
> >>>
> >>>
> >>>Cheers,
> >>>   matthew
> >>>
> >>>     =20
> >>>
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials. Become an=20
> expert in LINUX or just sharpen your skills.  Sign up for IBM's Free=20
> Linux Tutorials.  Learn everything from the bash shell to sys admin.=20
> Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20





-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for
IBM's Free Linux Tutorials.  Learn everything from the bash shell to sys
admin. Click now! =
http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] RE: About CGLIB2

[Colin S. <col...@ex...>]

Colin Sampaleanu wrote:

> jürgen höller [werk3AT] wrote:
>
>> Everybody,
>>
>> Hibernate 2.1 final with CGLIB2 underneath has just been released. 
>> This poses the question whether we should still release our 1.0 M4 
>> with CGLIB1 support. Of course, our current codebase works nicely 
>> with Hibernate 2.1 as long as you don't use CGLIB-based AOP proxies 
>> (i.e. proxy full target objects instead of just interfaces), so we 
>> don't *have* to update immediately.
>>
>>  
>>
> Hmm, maybe this was once the case, but I am not sure it is so easy any 
> longer. I tried dropping in Hibernate 2.1 final (with cglib2). 
> However, when using TransactionProxyFactoryBean, which no longer has 
> the old ProxyInterfacesOnly boolean option (which used to default to 
> true, and used a JDK proxy in the true case instead of cglib proxy), I 
> now get an exception
>
> java.lang.NoClassDefFoundError: 
> org/springframework/aop/framework/OptimizedCglib1AopProxy
>    at 
> org.springframework.transaction.interceptor.TransactionProxyFactoryBean.afterPropertiesSet(TransactionProxyFactoryBean.java:167) 
>
>    at 
> org.springframework.beans.factory.support.AbstractBeanFactory.callLifecycleMethodsIfNecessary(AbstractBeanFactory.java:1011) 
>
>    at 
> org.springframework.beans.factory.support.AbstractBeanFactory.createBean(AbstractBeanFactory.java:539) 
>
>    at 
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:186) 
>
>    at 
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:184) 
>
>    at 
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:284) 
>
>    at 
> org.springframework.web.context.support.XmlWebApplicationContext.refresh(XmlWebApplicationContext.java:107) 
>
>
> The offending line is:
>
>  ProxyFactory proxyFactory = new ProxyFactory();
>
> Of course, ProxyFactory extends AdvisedSupport, which directly 
> references OptimizedCglib1AopProxy.
>
Ok, I got this to work, by also adding the cglib1 jar file, which allows 
OptimizedCglib1AopProxy to be loaded when referenced by AdvisedSupport.

I used the cglib 1 jar _without_ the embedded ASM support. I think there 
would be a potential failure if the one with ASM (1.3) in it was used, 
since it would conflic with the ASM 1.4 needed for cglib2. cglib 1 is 
here in this case only to allow the loading, and will fail if a spring 
cglib1 proxy were ever attempted to be used.

In any case, I am very much for moving to cglib2/Hibernate 2.1 final in 
Spring itself, so stuff like this doesn't have to be done any longer.

Re: [Springframework-developer] RE: About CGLIB2

[Rod J. <rod...@in...>]

I guess in my refactoring I lost the indirection by which a CGLIB proxy w=
as
created only by an inner class, to prevent dependence on CGLIB at runtime.
I'll try to sort that out tomorrow or Monday.

Btw, the TransactionProxyFactoryBean now extends the new ProxyConfig, whi=
ch
has a proxyTargetClass property that defaults to false. Set it to true to
force CGLIB. Otherwise it won't use CGLIB by default.

Regards,
Rod

----- Original Message -----=20
From: "Colin Sampaleanu" <col...@ex...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 5:29 PM
Subject: Re: [Springframework-developer] RE: About CGLIB2


> j=FCrgen h=F6ller [werk3AT] wrote:
>
> >Everybody,
> >
> >Hibernate 2.1 final with CGLIB2 underneath has just been released. Thi=
s
poses the question whether we should still release our 1.0 M4 with CGLIB1
support. Of course, our current codebase works nicely with Hibernate 2.1 =
as
long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
objects instead of just interfaces), so we don't *have* to update
immediately.
> >
> >
> >
> Hmm, maybe this was once the case, but I am not sure it is so easy any
> longer. I tried dropping in Hibernate 2.1 final (with cglib2). However,
> when using TransactionProxyFactoryBean, which no longer has the old
> ProxyInterfacesOnly boolean option (which used to default to true, and
> used a JDK proxy in the true case instead of cglib proxy), I now get an
> exception
>
> java.lang.NoClassDefFoundError:
> org/springframework/aop/framework/OptimizedCglib1AopProxy
>     at
>
org.springframework.transaction.interceptor.TransactionProxyFactoryBean.a=
fte
rPropertiesSet(TransactionProxyFactoryBean.java:167)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.callLifecyc=
leM
ethodsIfNecessary(AbstractBeanFactory.java:1011)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(=
Abs
tractBeanFactory.java:539)
>     at
>
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(Abs=
tra
ctBeanFactory.java:186)
>     at
>
org.springframework.beans.factory.support.DefaultListableBeanFactory.preI=
nst
antiateSingletons(DefaultListableBeanFactory.java:184)
>     at
>
org.springframework.context.support.AbstractApplicationContext.refresh(Ab=
str
actApplicationContext.java:284)
>     at
>
org.springframework.web.context.support.XmlWebApplicationContext.refresh(=
Xml
WebApplicationContext.java:107)
>
> The offending line is:
>
>   ProxyFactory proxyFactory =3D new ProxyFactory();
>
> Of course, ProxyFactory extends AdvisedSupport, which directly
> references OptimizedCglib1AopProxy.
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: IBM Linux Tutorials.
> Become an expert in LINUX or just sharpen your skills.  Sign up for IBM=
's
> Free Linux Tutorials.  Learn everything from the bash shell to sys admi=
n.
> Click now! http://ads.osdn.com/?ad_id=3D1278&alloc_id=3D3371&op=3Dclick
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] RE: About CGLIB2

[Colin S. <col...@ex...>]

jürgen höller [werk3AT] wrote:

>Everybody,
>
>Hibernate 2.1 final with CGLIB2 underneath has just been released. This poses the question whether we should still release our 1.0 M4 with CGLIB1 support. Of course, our current codebase works nicely with Hibernate 2.1 as long as you don't use CGLIB-based AOP proxies (i.e. proxy full target objects instead of just interfaces), so we don't *have* to update immediately.
>
>  
>
Hmm, maybe this was once the case, but I am not sure it is so easy any 
longer. I tried dropping in Hibernate 2.1 final (with cglib2). However, 
when using TransactionProxyFactoryBean, which no longer has the old 
ProxyInterfacesOnly boolean option (which used to default to true, and 
used a JDK proxy in the true case instead of cglib proxy), I now get an 
exception

java.lang.NoClassDefFoundError: 
org/springframework/aop/framework/OptimizedCglib1AopProxy
    at 
org.springframework.transaction.interceptor.TransactionProxyFactoryBean.afterPropertiesSet(TransactionProxyFactoryBean.java:167)
    at 
org.springframework.beans.factory.support.AbstractBeanFactory.callLifecycleMethodsIfNecessary(AbstractBeanFactory.java:1011)
    at 
org.springframework.beans.factory.support.AbstractBeanFactory.createBean(AbstractBeanFactory.java:539)
    at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:186)
    at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:184)
    at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:284)
    at 
org.springframework.web.context.support.XmlWebApplicationContext.refresh(XmlWebApplicationContext.java:107)

The offending line is:

  ProxyFactory proxyFactory = new ProxyFactory();

Of course, ProxyFactory extends AdvisedSupport, which directly 
references OptimizedCglib1AopProxy.

Re: [Springframework-developer] RE: About CGLIB2

[Rod J. <rod...@in...>]

Anyone know if Clinton has plans to upgrade to CGLIB 2?

----- Original Message -----=20
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Thursday, December 11, 2003 3:52 PM
Subject: RE: [Springframework-developer] RE: About CGLIB2


On a related note, the iBATIS Database Layer 1.2.8 (as used by our JPetSt=
ore
version) requires CGLIB 1.0. But as I said, this doesn't matter as long a=
s
you don't use CGLIB-based AOP proxies (which we don't in our JPetStore
version). It's worth mentioning in the release notes, though.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of j=FCrgen h=F6ller [werk3AT]
Sent: Thursday, December 11, 2003 4:14 PM
To: spr...@li...
Subject: [Springframework-developer] RE: About CGLIB2


Everybody,

Hibernate 2.1 final with CGLIB2 underneath has just been released. This
poses the question whether we should still release our 1.0 M4 with CGLIB1
support. Of course, our current codebase works nicely with Hibernate 2.1 =
as
long as you don't use CGLIB-based AOP proxies (i.e. proxy full target
objects instead of just interfaces), so we don't *have* to update
immediately.

Migrating our AOP proxy generation to CGLIB2 should be straightforward.
Afterwards, it will be the other way round in terms of compatibility:
Hibernate 2.0 will still work with a current Spring release as long as yo=
u
don't use CGLIB-based AOP proxies. In any case, the most important rule i=
s
to just have the CGLIB version needed by your Hibernate version in the cl=
ass
path.

CGLIB2 is at RC1 in the meantime, so building on it now would be viable. =
In
the face of this situation, does everybody still prefer deferred CGLIB2
support at the time of our RC1? I vote for migrating already in M4, to al=
low
for CGLIB-based AOP proxies in combination with Hibernate 2.1 promptly.
After all, typical Spring users will choose to work with the most current
recommended Hibernate version.

Not that this was a really important criterion, but nevertheless: Chris,
when do you expect CGLIB2 final?

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Alef Arendsen (JTeam)
Sent: Wednesday, December 03, 2003 11:20 PM
To: spr...@li...
Subject: About CGLIB2 (was: RE: [Springframework-developer] Release
plan)


Juergen (et al),

So the current plan is:

- M4  (CGLIB1): just before X-mas
- RC1 (CGLIB2): 2nd week of January or something.

Is there any idea on when CGLIB2 support is to be introduced (I heard
supporting both of them at a time is a hassle or at least too much
work). We've currently got a project (Spring + Hibernate 2.1) underway
of which a initial release is targetted for the 12th of January.

Are there going to be significant changes when moving from CGLIB1 to 2
(which will force me to stick with M4 for that particular project) or is
it going to be a smooth transition without much impact?

Thanks!

Alef

> -----Oorspronkelijk bericht-----
> Van: spr...@li...
> [mailto:spr...@li...]
>  Namens j=FCrgen h=F6ller [werk3AT]
> Verzonden: Tuesday, December 02, 2003 3:27 PM
> Aan: spr...@li...
> Onderwerp: [Springframework-developer] Release plan
>
>
> Guys,
>
> We need to settle on a concrete roadmap.
>
> Despite our initial plans to go straight to RC1, I'm inclined
> to vote for an M4 in two weeks' time, with the significant
> reworkings that have been introduced in the meantime (in the
> bean factory and AOP area), with the current state of the
> docs, and still with CGLIB1. We can also introduce our
> JPetStore version with that release.
>
> I suggest to target RC1 for early January then, with CGLIB2
> and - most importantly - a proper reference manual. In the
> ideal case, 1.0 final could be ready at the end of January.
> M4 would correspond to a feature freeze, with full
> concentration on bugfixes and docs afterwards. RC1 should
> already be as good as it gets, a true "release candidate".
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf Of Matthew E. Porter
> Sent: Monday, December 01, 2003 6:37 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Hibernate 2.1 and CGLIB
>
>
> This was a good answer since it provides a roadmap.  Can someone post
> this on the wiki or the website for others who may have the same
> question?
>
>
> Cheers,
>    matthew
>
> On Dec 1, 2003, at 11:04 AM, j=FCrgen h=F6ller [werk3AT] wrote:
>
> > Hi Matthew,
> >
> > We've been discussing that for a while. If Hibernate 2.1 gets final
> > early enough (and it seems to, being already in RC1 stage), we will
> > switch to it for our 1.0 RCs. If 2.1 would still be far
> from final, we
> > would probably have to support both CGLIB1 and CGLIB2 somehow.
> > Fortunately, that seems not to be necessary anymore!
> >
> > For the time being, if you don't proxy full classes (but just
> > interfaces) or don't use Spring AOP in the first place, you
> should be
> > able to work with Hibernate 2.1 and its CGLIB2 without hassle. The
> > same will apply to Hibernate 2.0 users after we've moved to CGLIB2:
> > You don't need to worry if you don't use Spring AOP will
> full proxies.
> >
> > I think we can live with requiring an update to Hibernate 2.1 if a
> > user wants full AOP proxies in combination. Actually, we probably
> > *need* to move to CGLIB2 once Hibernate 2.1 final is
> released: Power
> > users will want to combine full Spring AOP proxying with
> the current
> > Hibernate version, not with a previous one.
> >
> > Now it would be really great if CGLIB2 were final too until
> Spring 1.0
> > final! :-) It's no problem to ship a CGLIB2 beta with our upcoming
> > Spring 1.0 RC1, but it worries me to include a CGLIB2 beta
> in Spring
> > 1.0 final. Haven't the Hibernate guys the same problem? Or are they
> > fine with shipping a CGLIB2 beta with Hibernate 2.1 final?
> >
> > So I suggest to release our 1.0 RC1 shortly after Hibernate
> 2.1 final,
> > already with CGLIB2 support. As I said, we will just force
> users with
> > full AOP proxies to upgrade to Hibernate 2.1 if using the two in
> > combination. We could release a 1.0 M4 shortly before that though,
> > still with CGLIB1 - to ease migration paths for Hibernate 2.0 users.
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On
> > Behalf Of Matthew E. Porter
> > Sent: Monday, December 01, 2003 5:06 PM
> > To: spr...@li...
> > Subject: [Springframework-developer] Hibernate 2.1 and CGLIB
> >
> >
> > I have looked through the mailing list archives but was
> unable to find
> > the answer to my question.  Will Spring move to support
> Hibernate 2.1
> > (as it is the new *recommended* version) and, if so, when?
> >
> > Also, does anyone know if I can use it now with the cglib version
> > change?
> >
> >
> >
> > Cheers,
> >    matthew
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program. Does
> > SourceForge.net help you be more productive?  Does it help
> you create
> > better code?  SHARE THE LOVE, and help us help YOU!  Click Here:
> > http://sourceforge.net/donate/
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/s>
pringframework-developer
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program. Does
> > SourceForge.net help you be more productive?  Does it help
> you create
> > better code?  SHARE THE LOVE, and help us help YOU!  Click Here:
> > http://sourceforge.net/donate/
> > _______________________________________________
> > Springframework-developer mailing list
> > Spr...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/s>
pringframework-developer
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us
> help YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us
> help YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>



-------------------------------------------------------
This SF.net email is sponsored by OSDN's Audience Survey.
Help shape OSDN's sites and tell us what you think. Take this
five minute survey and you could win a $250 Gift Certificate.
http://www.wrgsurveys.com/2003/osdntech03.php?site=3D
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

RE: [Springframework-developer] RE: About CGLIB2

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

On a related note, the iBATIS Database Layer 1.2.8 (as used by our =
JPetStore version) requires CGLIB 1.0. But as I said, this doesn't =
matter as long as you don't use CGLIB-based AOP proxies (which we don't =
in our JPetStore version). It's worth mentioning in the release notes, =
though.

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of j=FCrgen h=F6ller [werk3AT]
Sent: Thursday, December 11, 2003 4:14 PM
To: spr...@li...
Subject: [Springframework-developer] RE: About CGLIB2


Everybody,

Hibernate 2.1 final with CGLIB2 underneath has just been released. This =
poses the question whether we should still release our 1.0 M4 with =
CGLIB1 support. Of course, our current codebase works nicely with =
Hibernate 2.1 as long as you don't use CGLIB-based AOP proxies (i.e. =
proxy full target objects instead of just interfaces), so we don't =
*have* to update immediately.

Migrating our AOP proxy generation to CGLIB2 should be straightforward. =
Afterwards, it will be the other way round in terms of compatibility: =
Hibernate 2.0 will still work with a current Spring release as long as =
you don't use CGLIB-based AOP proxies. In any case, the most important =
rule is to just have the CGLIB version needed by your Hibernate version =
in the class path.

CGLIB2 is at RC1 in the meantime, so building on it now would be viable. =
In the face of this situation, does everybody still prefer deferred =
CGLIB2 support at the time of our RC1? I vote for migrating already in =
M4, to allow for CGLIB-based AOP proxies in combination with Hibernate =
2.1 promptly. After all, typical Spring users will choose to work with =
the most current recommended Hibernate version.

Not that this was a really important criterion, but nevertheless: Chris, =
when do you expect CGLIB2 final?

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Alef Arendsen (JTeam)
Sent: Wednesday, December 03, 2003 11:20 PM
To: spr...@li...
Subject: About CGLIB2 (was: RE: [Springframework-developer] Release
plan)


Juergen (et al),

So the current plan is:

- M4  (CGLIB1): just before X-mas
- RC1 (CGLIB2): 2nd week of January or something.

Is there any idea on when CGLIB2 support is to be introduced (I heard
supporting both of them at a time is a hassle or at least too much
work). We've currently got a project (Spring + Hibernate 2.1) underway
of which a initial release is targetted for the 12th of January.

Are there going to be significant changes when moving from CGLIB1 to 2
(which will force me to stick with M4 for that particular project) or is
it going to be a smooth transition without much impact?

Thanks!

Alef

> -----Oorspronkelijk bericht-----
> Van: spr...@li...=20
> [mailto:spr...@li...]
>  Namens j=FCrgen h=F6ller [werk3AT]
> Verzonden: Tuesday, December 02, 2003 3:27 PM
> Aan: spr...@li...
> Onderwerp: [Springframework-developer] Release plan
>=20
>=20
> Guys,
>=20
> We need to settle on a concrete roadmap.
>=20
> Despite our initial plans to go straight to RC1, I'm inclined=20
> to vote for an M4 in two weeks' time, with the significant=20
> reworkings that have been introduced in the meantime (in the=20
> bean factory and AOP area), with the current state of the=20
> docs, and still with CGLIB1. We can also introduce our=20
> JPetStore version with that release.
>=20
> I suggest to target RC1 for early January then, with CGLIB2=20
> and - most importantly - a proper reference manual. In the=20
> ideal case, 1.0 final could be ready at the end of January.=20
> M4 would correspond to a feature freeze, with full=20
> concentration on bugfixes and docs afterwards. RC1 should=20
> already be as good as it gets, a true "release candidate".
>=20
> Juergen
>=20
>=20
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]
> On Behalf Of Matthew E. Porter
> Sent: Monday, December 01, 2003 6:37 PM
> To: spr...@li...
> Subject: Re: [Springframework-developer] Hibernate 2.1 and CGLIB
>=20
>=20
> This was a good answer since it provides a roadmap.  Can someone post=20
> this on the wiki or the website for others who may have the same=20
> question?
>=20
>=20
> Cheers,
>    matthew
>=20
> On Dec 1, 2003, at 11:04 AM, j=FCrgen h=F6ller [werk3AT] wrote:
>=20
> > Hi Matthew,
> >
> > We've been discussing that for a while. If Hibernate 2.1 gets final
> > early enough (and it seems to, being already in RC1 stage), we will=20
> > switch to it for our 1.0 RCs. If 2.1 would still be far=20
> from final, we=20
> > would probably have to support both CGLIB1 and CGLIB2 somehow.=20
> > Fortunately, that seems not to be necessary anymore!
> >
> > For the time being, if you don't proxy full classes (but just
> > interfaces) or don't use Spring AOP in the first place, you=20
> should be=20
> > able to work with Hibernate 2.1 and its CGLIB2 without hassle. The=20
> > same will apply to Hibernate 2.0 users after we've moved to CGLIB2:=20
> > You don't need to worry if you don't use Spring AOP will=20
> full proxies.
> >
> > I think we can live with requiring an update to Hibernate 2.1 if a
> > user wants full AOP proxies in combination. Actually, we probably=20
> > *need* to move to CGLIB2 once Hibernate 2.1 final is=20
> released: Power=20
> > users will want to combine full Spring AOP proxying with=20
> the current=20
> > Hibernate version, not with a previous one.
> >
> > Now it would be really great if CGLIB2 were final too until=20
> Spring 1.0
> > final! :-) It's no problem to ship a CGLIB2 beta with our upcoming=20
> > Spring 1.0 RC1, but it worries me to include a CGLIB2 beta=20
> in Spring=20
> > 1.0 final. Haven't the Hibernate guys the same problem? Or are they=20
> > fine with shipping a CGLIB2 beta with Hibernate 2.1 final?
> >
> > So I suggest to release our 1.0 RC1 shortly after Hibernate=20
> 2.1 final,
> > already with CGLIB2 support. As I said, we will just force=20
> users with=20
> > full AOP proxies to upgrade to Hibernate 2.1 if using the two in=20
> > combination. We could release a 1.0 M4 shortly before that though,=20
> > still with CGLIB1 - to ease migration paths for Hibernate 2.0 users.
> >
> > Juergen
> >
> >
> > -----Original Message-----
> > From: spr...@li...
> > [mailto:spr...@li...]On=20
> > Behalf Of Matthew E. Porter
> > Sent: Monday, December 01, 2003 5:06 PM
> > To: spr...@li...
> > Subject: [Springframework-developer] Hibernate 2.1 and CGLIB
> >
> >
> > I have looked through the mailing list archives but was=20
> unable to find=20
> > the answer to my question.  Will Spring move to support=20
> Hibernate 2.1=20
> > (as it is the new *recommended* version) and, if so, when?
> >
> > Also, does anyone know if I can use it now with the cglib version=20
> > change?
> >
> >
> >
> > Cheers,
> >    matthew
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program. Does=20
> > SourceForge.net help you be more productive?  Does it help=20
> you create=20
> > better code?  SHARE THE LOVE, and help us help YOU!  Click Here:=20
> > http://sourceforge.net/donate/=20
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/s>
pringframework-developer
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: SF.net Giveback Program. Does=20
> > SourceForge.net help you be more productive?  Does it help=20
> you create=20
> > better code?  SHARE THE LOVE, and help us help YOU!  Click Here:=20
> > http://sourceforge.net/donate/=20
> > _______________________________________________
> > Springframework-developer mailing list=20
> > Spr...@li...
> >=20
> https://lists.sourceforge.net/lists/listinfo/s>
pringframework-developer
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.=20
> Does SourceForge.net help you be more productive?  Does it=20
> help you create better code?  SHARE THE LOVE, and help us=20
> help YOU!  Click Here: http://sourceforge.net/donate/=20
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.=20
> Does SourceForge.net help you be more productive?  Does it=20
> help you create better code?  SHARE THE LOVE, and help us=20
> help YOU!  Click Here: http://sourceforge.net/donate/=20
> _______________________________________________
> Springframework-developer mailing list=20
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>=20



-------------------------------------------------------
This SF.net email is sponsored by OSDN's Audience Survey.
Help shape OSDN's sites and tell us what you think. Take this
five minute survey and you could win a $250 Gift Certificate.
http://www.wrgsurveys.com/2003/osdntech03.php?site=3D
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for =
IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys =
admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id371&op=3Dick
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer