查询式操作同样附上spring事务控制

在项目的新版本中，重构了许多代码，因为演示版本没有涉及到update和save等操作，因此我索性把所有service层的事务控制取消了，不就是简单查询逻辑么。
后果就是，在做并发测试的时候，实际最大并发300的时候，最大连接池数配上300居然还老报连接池不够的异常，多亏proxool有个实时监控连接池使用情况的servlet，我发现每次查询后，连接还是active状态，不是马上释放。所有使用后的连接都会等到5分钟后才会自动释放，奇怪，我的autoCommit参数都加了，咋就不释放？
百无聊赖下，补上原有的事务配置：
Java代码

1. <aop:config proxy-target-class="true">
2. <aop:advisor pointcut="execution(* com.captain.sample.service..*Service.*(..))"
3. advice-ref="txAdvice" />
4. </aop:config>
5.
6. <tx:advice id="txAdvice" transaction-manager="transactionManager">
7. <tx:attributes>
8. <tx:method name="*" />
9. </tx:attributes>
10. </tx:advice>

<aop:config proxy-target-class="true">
<aop:advisor pointcut="execution(* com.captain.sample.service..*Service.*(..))"
advice-ref="txAdvice" />
</aop:config>

<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" />
</tx:attributes>
</tx:advice>


问题解决，所有查询提交完后立马释放连接，原有配置跑500并发没有出现任何异常。
结论：
查询式操作同样附上spring事务控制，别图省事；


PermGen space的全称是Permanent Generation space,是指内存的永久保存区域OutOfMemoryError: PermGen space从表面上看就是内存益出，解决方法也一定是加大内存。说说为什么会内存益出：这一部分用于存放Class和Meta的信息,Class在被 Load的时候被放入PermGen space区域，它和和存放Instance的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话,就很可能出现PermGen space错误。这种错误常见在web服务器对JSP进行pre compile的时候。


web.xml：
<!-- session超时定义,单位为分钟 -->
<session-config>
<session-timeout>20</session-timeout>
</session-config>


http://www.blogjava.net/youxia/archive/2009/07/15/286916.html