java.lang.NoSuchMethodException: com.sun.proxy.$Proxy58.list錯(cuò)誤解決辦法
玩web的SSH總會(huì)有些令你意想不到的exception，這里其中有很多事自己不小心，或者馬虎所造成。因此，解決的方案會(huì)各有不同，別人出現(xiàn)的異常解決方案對(duì)你的可能無(wú)效，就像上面的我報(bào)的異常一樣，百度了很多很多次，給我的答案無(wú)非就是在aop上加上一句，但是非常抱歉，我加上去無(wú)效！所以還是那句話，對(duì)于自己的異常，還是要自己解決。
首先說(shuō)明一下，我這次的練習(xí)的ssh結(jié)構(gòu)和異常所報(bào)的原因。
用的框架式struts2.2+hibernate4.2+spring4.0,容器室tomcat7.0.在Action中，我寫了一個(gè)基類BaseAction，繼承了ActionSupport，實(shí)現(xiàn)了ModelDriven接口，代碼如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
----------@Component@Transactional----------public abstract class BaseAction<T> extends ActionSupport implements ModelDriven<T> { private static final long serialVersionUID = 2719688501307297741L; @Resource(name = "roleServiceImpl") protected RoleService roleService; @Resource(name = "departmentService") protected DepartmentService departmentService; @Resource(name = "userService") protected UserService userService; protected T model; public BaseAction() { ParameterizedType pt = (ParameterizedType) this.getClass().getGenericSuperclass(); @SuppressWarnings("unchecked") Class<T> clazz = (Class<T>) pt.getActualTypeArguments()[0]; try { model = clazz.newInstance(); } catch (Exception e) { throw new RuntimeException(e); } } public T getModel() { return model ; }} |
這樣做的好處是，每個(gè)組件對(duì)應(yīng)的Action中只需要告訴BaseAction自己要實(shí)現(xiàn)的泛型，然后只需要完成自己的邏輯。對(duì)于每個(gè)Action要實(shí)現(xiàn)ActionSupport來(lái)講，這是一項(xiàng)基本的且容易想到的方案。
然后，在每個(gè)Action中調(diào)用service組件實(shí)現(xiàn)自己的功能，在每個(gè)Action中都使用了@Component(“departmentAction”)，@Scope(“prototype”)注解，但是練習(xí)一測(cè)試，就會(huì)出現(xiàn)Java.lang.NoSuchMethodException: com.sun.proxy.$Proxy58.list()異常，檢查之后發(fā)現(xiàn)，原因是：
BaseAction是抽象的，在上面加了@Transactional是沒有意義的，
而@Transactional就是有spring管理，spring管理的對(duì)象要生成代理，而對(duì)于一個(gè)抽象的類，是不能被new成對(duì)象的，只有一個(gè)抽象類的具體實(shí)現(xiàn)類才有可能是被spring代理。
所以，去掉BaseAction上面的@Transactional，就是本題的原因了。
感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！
原文鏈接：http://blog.csdn.net/u013762572/article/details/44429171
