hhlux
hhlux
2009-03-30 17:33

SPRING的奇怪问题

  • spring

框架是Spring2.5, struts2, ibatis,采用声明式事务,BEAN自动扫描。

[code="xml"]


[/code]

DAO和SERVICE参考的是SpringSide2,SERVICE继承范型DAO:
[code="java"]
//Spring Service Bean的标识.
@Service
//默认将类中的所有函数纳入事务管理.
@Transactional
public class UserManager extends EntityDao {

}
[/code]

然后问题来了。 UserManager继承自DAO,我在Action里调用UserManager里面的DAO的方法做CRUD,没有问题。但只要我在UserManager里增加自定义方法,如:

[code="java"]
//Spring Service Bean的标识.
@Service
//默认将类中的所有函数纳入事务管理.
@Transactional
public class UserManager extends EntityDao {
public void fun() {

}

}
[/code]

仅仅加一个任意的空方法后,在请求调用了UserManager的Action的时候,就出了这样的LOG,而且没有异常。

2009-03-30 17:55:48 [DEBUG]- Entering nullPropertyValue [target=[com.opensymphony.xwork2.DefaultTextProvider@13e9853], property=struts]
2009-03-30 17:55:48 [DEBUG]- Entering nullPropertyValue [target=[com.opensymphony.xwork2.DefaultTextProvider@13e9853], property=struts]
2009-03-30 17:55:48 [DEBUG]- Creating an DefaultActionProxy for namespace /user and action name user

画面报了500错误

只要在SERVICE类里加入任意自定义方法,就会出这样的问题。太奇怪了。
[b]问题补充:[/b]
to iampurse,

SpringSide2里就是Serivce继承泛型DAO。我觉得这样的好处有两点:

1,把DAO方法当SERVICE方法用。因为很多场景里业务方法就是简单的CRUD,用DAO方法正合适,不用再到SERVICE里写一层方法了。

2,如果用注入,就要写很多个DAO类,用继承的话,就不用写DAO类了。减少了要维护的文件数量。

但这样做又有点耦合。

UserManager里加的方法就不能算成是DAO的方法了,应该当成是SERVICE的方法。
[b]问题补充:[/b]
呵呵.

把EntityDao配置成bean并加上 abstract看看

这句我有点不太明白.给个代码看一下吧.

  • 点赞
  • 回答
  • 收藏
  • 复制链接分享

2条回答