锘??xml version="1.0" encoding="utf-8" standalone="yes"?>午夜日韩视频,久久久噜噜噜久久中文字免,色综合久久久久综合http://www.aygfsteel.com/gembin/category/34815.html<font color="red">OSGi, Eclipse Equinox, ECF, Virgo, Gemini, Apache Felix, Karaf, Aires, Camel, Eclipse RCP</font><br/><br/>
<font color="green">HBase, Hadoop, ZooKeeper, Cassandra</font><br/><br/>
<font color="blue">Flex4, AS3, Swiz framework, GraniteDS, BlazeDS etc.</font><br/><br/>
<font color="black">
There is nothing that software can't fix. Unfortunately, there is also nothing that software can't completely fuck up. That gap is called talent.</font>
<br/><br/>
<a >About Me</a>
<script type="text/javascript" src="http://platform.linkedin.com/in.js"></script><script type="in/share" data-counter="right"></script>
zh-cnThu, 03 May 2012 11:24:21 GMTThu, 03 May 2012 11:24:21 GMT60Spring AOP: JDK Dynamic Proxy vs. CGLib proxyhttp://www.aygfsteel.com/gembin/archive/2012/05/03/377268.htmlgembingembinThu, 03 May 2012 05:16:00 GMThttp://www.aygfsteel.com/gembin/archive/2012/05/03/377268.htmlhttp://www.aygfsteel.com/gembin/comments/377268.htmlhttp://www.aygfsteel.com/gembin/archive/2012/05/03/377268.html#Feedback0http://www.aygfsteel.com/gembin/comments/commentRss/377268.htmlhttp://www.aygfsteel.com/gembin/services/trackbacks/377268.htmlSpring's AOP is proxy-based. Spring provides two different options to create the proxies. One is based on JDK dynamic proxies and works with interfaces, the other one utilizes CGLib and is based on classes. (That's why the property is called proxyTargetClass respectively proxy-target-class.) For the moment I just want to provide a quick summary on the pros and cons of both options:
JDK dynamic proxies:
The class has to implement interfaces. Otherwise you will get ClassCastExceptions saying that $Proxy0 can not be casted to the particular class.
Eventually dynamic proxies force you to program to interfaces since you can not cast the proxy to the class - a feature I really like about them.
CGLib proxies:
The proxies are created by sub-classing the actual class. This means wherever an instance of the class is used it is also possible to use the CGLib proxy.
The class needs to provide a default constructor, i.e. without any arguments. Otherwise you'll get an IllegalArgumentException: "Superclass has no null constructors but no arguments were given." This makes constructor injection impossible.
The proxying does not work with final methods since the proxy sub class can not override the class' implementation.
The CGLib proxy is final, so proxying a proxy does not work. You will get an IllegalArgumentException saying "Cannot subclass final class $Proxy0". But this feature is usually not needed anyway.
Since two objects are created (the instance of the class and the proxy as instance of a sub class) the constructor is called twice. In general this should not matter. I consider changing the class' state based on constructor calls a code smell anyway.