0

我正在使用一些遗留的 JDBC 代码，并将其配置为使用容器管理的持久性，到目前为止，它在为我管理的事务上运行良好，除了它在存储过程调用上失败。

一些存储过程会创建临时表，这需要在事务中间进行提交。所以我得到一个异常抱怨，如果我使用容器管理的持久性，我不能调用提交。

有谁知道解决这个问题的方法？

更多信息：

如果我在查询末尾添加一个 commit()，我会得到：

DSRA9350E: 全局事务期间不允许操作 Connection.commit。

所以我推测 Sybase JDBC 4 XA 驱动程序正在为我管理事务。如果我在代码中抛出异常，它会回滚。

public Connection getConnection() throws SQLException {
    if ( connection == null ) {
        this.connection = dataSource.getConnection();
        this.connection.setAutoCommit(!useTransaction);
        this.connection.setTransactionIsolation(transactionIsolationLevel);
    }
    logger.info("Connection  [ "+ connection.toString() +" ]");
    return connection;
}

我获得连接的部分通常将自动提交为“假”，而对于存储过程，它的自动提交为“真”。但无论哪种方式，带有临时表的存储过程都会得到：

java.sql.SQLException：多语句事务中不允许 SELECT INTO 命令。

这有点令人困惑。数据源由容器设置，我只是使用资源引用标签从上下文中获取它们。它们是 XA 数据源，因此它们提供全局事务。我尝试用 Spring 禁用它：

<context:component-scan base-package="package.path.to.class.with.method" />
<tx:annotation-driven />

<bean id="transactionManager" class="org.springframework.transaction.jta.WebSphereUowTransactionManager" />

通过在类上提供@Component 并在方法上提供@Transactional

@Transactional(propagation=Propagation.NOT_SUPPORTED)
public ResultSet executeProcedure(String sql, String[] parameterTypes, 
        String[] parameterValues) throws SEEException {

    SqlParameters parameters = this.convertParameters(parameterTypes, parameterValues);
    return super.executeProdedure(sql, parameters);
}

但我仍然得到错误。

存储的 proc 看起来有点像这样（procxmode 是 UNCHAINED）。存储过程定义本身就是一个事务，所以我认为我必须没有活动的事务进入。但是我将无法编辑存储过程本身。它已经生产多年：

define sp_example
begin
   create table #temp {}
   begin
      insert into #temp {}
   end
   begin
      select from #temp {}
   end
end
4

1 回答 1

1

ejb 2.x 中的术语容器管理持久性意味着 EJB 容器处理实体 bean 所需的所有数据库访问，范围由方法实现定义。如果您需要控制事务，例如在方法执行中调用提​​交，您将被迫使用 Bean 管理的持久性和 UserTransaction 接口方法来控制它。

不幸的是，ejb 2.x 规范不允许您拥有混合的 CMP/BMP 实体 bean，您需要选择一个适合您的业务案例的实体 bean。

于 2013-07-25T18:54:35.763 回答