[ https://issues.apache.org/jira/browse/DERBY-3115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543746 ]
Dag H. Wanvik commented on DERBY-3115: -------------------------------------- So what do you suggest here, Dan? I would be ok with alternative 2), but I wold prefer 1a. All suggested options potentially affect exiting apps, but 1b seems more onerous (silent loss of data). As for the criterion for callable statements being "completed" in the sense of the standard, thus triggering auto-commit, I think we could revisit that in another issue? I am not sure what the current behavior is... > With embedded driver and autocommit, when closing a connection, updates on > updatable result set are lost, unless result set is closed > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-3115 > URL: https://issues.apache.org/jira/browse/DERBY-3115 > Project: Derby > Issue Type: Bug > Components: JDBC > Affects Versions: 10.3.1.4 > Reporter: Dag H. Wanvik > Attachments: Main.java > > > With autocommit, if an application neglects to close the result set > and/or the statement, the closing of the connection will lose any > updates performed via an updatable result set. > If autocommit is false, SQL state 25000 invalid transaction state will > be thrown, however. > The JDBC standard requires that statements be closed when the > connection is closed, cf. JDBC 4, section 9.4.4: "All Statement > objects created from a given Connection object will be closed when the > close method for the object is called." For updatable result sets, > closing the statement would lead to a closing of the result set, and > hence a commit of the updates. > For the network client it works as expected. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.