db-derby-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kathey Marsden (JIRA)" <derby-...@db.apache.org>
Subject [jira] Created: (DERBY-1005) getHoldability does not return CLOSE_CURSORS_AT_COMMIT in a global transaction
Date Sat, 18 Feb 2006 00:47:02 GMT
getHoldability does not return CLOSE_CURSORS_AT_COMMIT in a global transaction

         Key: DERBY-1005
         URL: http://issues.apache.org/jira/browse/DERBY-1005
     Project: Derby
        Type: Bug
  Components: Network Client  
    Reporter: Kathey Marsden

Holdability for a connection should automatically become CLOSE_CURSORS_AT_COMMIT for a global
For client xa Connection.getHoldability returns OLD_CURSORS_OVER_COMMIT within a global transaction.

This issue was discovered when converting checkDataSource30.java to run with client and related
code was disabled for client testing.

To reproduce,  take out if (TestUtil.isEmbeddedFramework())   for this code in jdbcapi/checkDataSource30.java

if (TestUtil.isEmbeddedFramework())
				// run only for embedded
				// Network XA BUG: getHoldability does not return CLOSE_CURSORS_AT_COMMIT for global transaction
				System.out.println("Notice that connection's holdability at this point is CLOSE_CURSORS_AT_COMMIT
because it is part of the global transaction");
				System.out.println("CONNECTION(in xa transaction) HOLDABILITY " + (conn1.getHoldability()

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message