Spring 2.5与Hibernate整合的事务问题
作者:admin 日期:2008-09-28
版权所有，欢迎转载，转载请注明转自http://www.suneca.com
近期在做的项目是基于Spring 2.5 + Hibernate 3.2，在搭框架的时候遇到一些问题，那就是Spring事务根本就不起作用。系统报了以下错误：
程序代码
近期在做的项目是基于Spring 2.5 + Hibernate 3.2，在搭框架的时候遇到一些问题，那就是Spring事务根本就不起作用。系统报了以下错误：
程序代码org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER/MANUAL): Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from transaction definition.
org.springframework.orm.hibernate3.HibernateTemplate.checkWriteOperationAllowed(HibernateTemplate.java:1182)
org.springframework.orm.hibernate3.HibernateTemplate$16.doInHibernate(HibernateTemplate.java:746)
org.springframework.orm.hibernate3.HibernateTemplate.checkWriteOperationAllowed(HibernateTemplate.java:1182)
org.springframework.orm.hibernate3.HibernateTemplate$16.doInHibernate(HibernateTemplate.java:746)
Tags: Spring2.5
应用系统框架的选择
作者:admin 日期:2008-09-28
版权所有，欢迎转载，转载请注明转自http://www.suneca.com
用了Struts 2做过两个项目，开始对Struts 2厌烦了！以后，除了特殊的需要，我不会再使用Struts 2开发项目了。不是Struts 2这个框架不好，而是Struts 2我根本不需要用这么多。其实Struts 1.x对于我来讲已经是非常够用了，可能还多了呢。一个项目里面塞了N多个框架，Struts、Spring、Hibernate，其实对于学习成本来讲还是挺高的，团队每一个人素质不同，对框架的理解深度不同，其实框架多一个不如少一个。hibernate换不得，因为使用它实在是太方便了，我可以减化很多工作，Spring也没有办法换掉，对事务的支持，dao的支持，让我的工作量又可以减少。所以打算将web前框的MVC框架换掉。
谈到Struts的维护，Struts应用于项目应用得多，维护得多，其实你会觉得Struts其实不是你想像的那么好。假如某个业务模块有bug，你要做的就是，查看一下是那个.do，然后根据这个path去找一下struts-config.xml文件，接着你才知道这个path所对应的action，接着你要找到相应的action，然后查看一下其逻辑实现，有时你还要看一下jsp的显示逻辑是否正确，那么你还要再看一下action所返回的ActionForward，根据名字，你要找到相应的forward，就是转向的jsp页面，再找到jsp页面，进行修改，有时它并不是forward到一个jsp，而是forward到另外一个action，那就更麻烦了。转来转去，跳来跳去，你会搞得很头晕。其实我现在写上面这些文章，我也写得头晕。假如你的团队开发规范做得比较好，你又参与了这个项目，并且这个模块是你实现的，那你可能不需要查看这么多直接就可以找到相应的业务对象或页面做改进，但有时，在中国做软件开发并不是这么理想化，有时就是这么郁闷。就算我现在在中国最大的垂直网站任职，也同样遇到这样的问题。
用了Struts 2做过两个项目，开始对Struts 2厌烦了！以后，除了特殊的需要，我不会再使用Struts 2开发项目了。不是Struts 2这个框架不好，而是Struts 2我根本不需要用这么多。其实Struts 1.x对于我来讲已经是非常够用了，可能还多了呢。一个项目里面塞了N多个框架，Struts、Spring、Hibernate，其实对于学习成本来讲还是挺高的，团队每一个人素质不同，对框架的理解深度不同，其实框架多一个不如少一个。hibernate换不得，因为使用它实在是太方便了，我可以减化很多工作，Spring也没有办法换掉，对事务的支持，dao的支持，让我的工作量又可以减少。所以打算将web前框的MVC框架换掉。
谈到Struts的维护，Struts应用于项目应用得多，维护得多，其实你会觉得Struts其实不是你想像的那么好。假如某个业务模块有bug，你要做的就是，查看一下是那个.do，然后根据这个path去找一下struts-config.xml文件，接着你才知道这个path所对应的action，接着你要找到相应的action，然后查看一下其逻辑实现，有时你还要看一下jsp的显示逻辑是否正确，那么你还要再看一下action所返回的ActionForward，根据名字，你要找到相应的forward，就是转向的jsp页面，再找到jsp页面，进行修改，有时它并不是forward到一个jsp，而是forward到另外一个action，那就更麻烦了。转来转去，跳来跳去，你会搞得很头晕。其实我现在写上面这些文章，我也写得头晕。假如你的团队开发规范做得比较好，你又参与了这个项目，并且这个模块是你实现的，那你可能不需要查看这么多直接就可以找到相应的业务对象或页面做改进，但有时，在中国做软件开发并不是这么理想化，有时就是这么郁闷。就算我现在在中国最大的垂直网站任职，也同样遇到这样的问题。
