JPA下使用TransactionAwareDataSourceProxy带来的一个问题

最新推荐文章于 2025-12-28 18:47:45 发布

原创最新推荐文章于 2025-12-28 18:47:45 发布 · 1k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#java #数据库

shiro TransactionAwareDataSourceProxy 专栏收录该内容

1 篇文章

订阅专栏

在使用JPA的项目中，遇到一个由于TransactionAwareDataSourceProxy导致的问题。当结合Apache Shiro进行权限控制时，自定义Realm的doGetAuthorizationInfo方法因多次调用service引发异常。问题在于TransactionAwareDataSourceProxy在JPA环境下并非必需，移除这个数据源包装后，问题得到解决。这表明在特定情况下，使用TransactionAwareDataSourceProxy可能会引入不必要的复杂性。

早期的项目配置如下：

<bean id="dataSourceProxy"
    class="org.springframework.jdbc.datasource.TransactionAwareDataSourceProxy">
    <property name="targetDataSource" ref="dataSource" />
</bean>

<bean id="entityManagerFactory"
    class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="dataSource" ref="dataSourceProxy" />
...
</bean>

与此同时，项目中使用了apache shiro，当我在controller中使用了类似“@RequiresRoles”之类的方式要求做授权时，我的自定义Realm中的doGetAuthorizationInfo方法会报错（不同的数据源，报错可能不同），当使用dbcp时报如下异常：

com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException:No operations allowed after connection closed.

后来注意到是在doGetAuthorizationInfo中多次调用service引起的，对，是多次调用才会引起，如果在该方法中只调用一次service，则不会报异常，当时为了找问题，在Realm中另一个用于登录验证的“doGetAuthenticationInfo”方法中也进行了多次调用service的尝试，什么问题也没有发现，也更换过不同的数据源，没有作用，所以估计问题可能在配置上。

经过排查配置文件，发现一直是在用TransactionAwareDataSourceProxy，后来在entityManagerFactory中改为直接使用未包装的dataSource，发现问题已经得到解决，原因似乎是在JPA下并没有使用“TransactionAwareDataSourceProxy”的必要性，不然的话还会因此带来一些问题。

<bean id="entityManagerFactory"
        class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean">
    <property name="dataSource" ref="dataSource" />
    ...
</bean>