Question

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

某些存储过程会创建临时表，这些表需要在事务中间提交。所以我得到一个例外，抱怨如果我使用Container托管持久性，我就不能调用commit。

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

更多信息：

如果我在查询结尾添加一个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;
}

我获得连接的部分通常具有autocommit为'false'，而对于存储过程，它具有autocommit为'true'。但不管怎样，带有临时表的存储过程得到：

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

有点令人困惑。数据源是由容器设置的，我只是使用resource-ref标签从上下文中获取它们。它们是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);
}

但我仍然得到错误。

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

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

Answer 1

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

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

容器管理持久性和存储过程创建临时表

1 个答案: