You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If an exception occurs during a statement prepare, and that exception is not of type GDSException, then a subsequent close() of the connection does not actually close the connection. A subsequent attempt to drop the database (as done during automated tests) will then result in an exception:
org.firebirdsql.gds.GDSException: lock time-out on wait transaction
object D:\DEVELOPMENT\PROJECT\JAYBIRDECLIPSE\CLIENT-JAVA\FBTEST.FDB is in use
Adding the following catch block to the FBPreparedStatement constructor solves this issue
catch (Exception e) {
notifyStatementCompleted(false);
throw e;
}
However, it would be good to further investigate why this blocks closing the physical connection and if there are more resource leaks like this.
description: If an exception occurs during a statement prepare, and that exception is not of type GDSException, then a subsequent close() of the connection does actually close the connection. A subsequent attempt to drop the database (as done during automated tests) will then result in an exception:
org.firebirdsql.gds.GDSException: lock time-out on wait transaction
object D:\DEVELOPMENT\PROJECT\JAYBIRDECLIPSE\CLIENT-JAVA\FBTEST.FDB is in use
Adding the following catch block to the FBPreparedStatement constructor solves this issue
catch (Exception e) {
notifyStatementCompleted(false);
throw e;
}
However, it would be good to further investigate why this blocks closing the physical connection and if there are more resource leaks like this.
=>
If an exception occurs during a statement prepare, and that exception is not of type GDSException, then a subsequent close() of the connection does not actually close the connection. A subsequent attempt to drop the database (as done during automated tests) will then result in an exception:
org.firebirdsql.gds.GDSException: lock time-out on wait transaction
object D:\DEVELOPMENT\PROJECT\JAYBIRDECLIPSE\CLIENT-JAVA\FBTEST.FDB is in use
Adding the following catch block to the FBPreparedStatement constructor solves this issue
catch (Exception e) {
notifyStatementCompleted(false);
throw e;
}
However, it would be good to further investigate why this blocks closing the physical connection and if there are more resource leaks like this.
Submitted by: @mrotteveel
Is related to JDBC214
Jira_subtask_outward JDBC311
If an exception occurs during a statement prepare, and that exception is not of type GDSException, then a subsequent close() of the connection does not actually close the connection. A subsequent attempt to drop the database (as done during automated tests) will then result in an exception:
org.firebirdsql.gds.GDSException: lock time-out on wait transaction
object D:\DEVELOPMENT\PROJECT\JAYBIRDECLIPSE\CLIENT-JAVA\FBTEST.FDB is in use
Adding the following catch block to the FBPreparedStatement constructor solves this issue
catch (Exception e) {
notifyStatementCompleted(false);
throw e;
}
However, it would be good to further investigate why this blocks closing the physical connection and if there are more resource leaks like this.
Commits: 781d24c 065496b 2536641 FirebirdSQL/fbt-repository@82c05a1
The text was updated successfully, but these errors were encountered: