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接口，代碼如下：

----------@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是沒(méi)有意義的，

而@Transactional就是有spring管理，spring管理的對(duì)象要生成代理，而對(duì)于一個(gè)抽象的類，是不能被new成對(duì)象的，只有一個(gè)抽象類的具體實(shí)現(xiàn)類才有可能是被spring代理。

所以，去掉BaseAction上面的@Transactional，就是本題的原因了。

  感謝閱讀，希望能幫助到大家，謝謝大家對(duì)本站的支持！