ResultSetMetaData.getPrecision of a numeric column when no transaction is active throws an SQLException [JDBC464]

[firebird-issue-importer]

Submitted by: @mrotteveel

Relate to JDBC465

If ResultSetMetaData.getPrecision is called for a numeric or decimal column while no transaction is active (and the method wasn't called earlier when a transaction was active for the same RSMD), then this will fail with an exception.

The cause is that RSMD will execute the query, but as the FBConnection is not accessible in the context, it can only piggyback on an existing transaction instead of starting a new one. We should change this so it can either start a new normal transaction, or start a separate transaction for this metadata query (and commit that asap).

Also investigate if similar problems occur elsewhere (prime candidates are where the constructor FBDatabaseMetaData(GDSHelper gdsHelper) is used instead of FBDatabaseMetaData(AbstractConnection c).

Exception in 3.0 beta 1:

java.sql.SQLNonTransientException: No transaction or transaction not ACTIVE

at org\.firebirdsql\.gds\.ng\.TransactionHelper\.checkTransactionActive\(TransactionHelper\.java:49\)
at org\.firebirdsql\.gds\.ng\.wire\.version11\.V11Statement\.prepare\(V11Statement\.java:57\)
at org\.firebirdsql\.jdbc\.FBStatement\.prepareFixedStatement\(FBStatement\.java:1399\)
at org\.firebirdsql\.jdbc\.AbstractPreparedStatement\.prepareFixedStatement\(AbstractPreparedStatement\.java:1229\)
at org\.firebirdsql\.jdbc\.AbstractPreparedStatement\.<init\>\(AbstractPreparedStatement\.java:147\)
at org\.firebirdsql\.jdbc\.FBPreparedStatement\.<init\>\(FBPreparedStatement\.java:50\)
at org\.firebirdsql\.jdbc\.FBDatabaseMetaData\.getStatement\(FBDatabaseMetaData\.java:5035\)
at org\.firebirdsql\.jdbc\.FBDatabaseMetaData\.doQuery\(FBDatabaseMetaData\.java:5061\)
at org\.firebirdsql\.jdbc\.FBResultSetMetaData\.getExtendedFieldInfo\(FBResultSetMetaData\.java:506\)
at org\.firebirdsql\.jdbc\.AbstractFieldMetaData\.getExtFieldInfo\(AbstractFieldMetaData\.java:342\)
at org\.firebirdsql\.jdbc\.AbstractFieldMetaData\.getPrecisionInternal\(AbstractFieldMetaData\.java:280\)
at org\.firebirdsql\.jdbc\.FBResultSetMetaData\.getPrecision\(FBResultSetMetaData\.java:281\)
at org\.firebirdsql\.jdbc\.TestFBResultSetMetaData\.getPrecisionOfNumericColumnWithoutActiveTransaction\(TestFBResultSetMetaData\.java:305\)

Exception in Jaybird 2.2.x:

org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544332. invalid transaction handle (expecting explicit transaction start)

at org\.firebirdsql\.jdbc\.AbstractPreparedStatement\.<init\>\(AbstractPreparedStatement\.java:137\)
at org\.firebirdsql\.jdbc\.FBPreparedStatement\.<init\>\(FBPreparedStatement\.java:45\)
at sun\.reflect\.NativeConstructorAccessorImpl\.newInstance0\(Native Method\)
at sun\.reflect\.NativeConstructorAccessorImpl\.newInstance\(NativeConstructorAccessorImpl\.java:62\)
at sun\.reflect\.DelegatingConstructorAccessorImpl\.newInstance\(DelegatingConstructorAccessorImpl\.java:45\)
at java\.lang\.reflect\.Constructor\.newInstance\(Constructor\.java:423\)
at org\.firebirdsql\.jdbc\.FBStatementFactory\.createPreparedStatement\(FBStatementFactory\.java:89\)
at org\.firebirdsql\.jdbc\.AbstractDatabaseMetaData\.getStatement\(AbstractDatabaseMetaData\.java:6175\)
at org\.firebirdsql\.jdbc\.AbstractDatabaseMetaData\.doQuery\(AbstractDatabaseMetaData\.java:6203\)
at org\.firebirdsql\.jdbc\.FBResultSetMetaData\.getExtendedFieldInfo\(FBResultSetMetaData\.java:833\)
at org\.firebirdsql\.jdbc\.FBResultSetMetaData\.getExtFieldInfo\(FBResultSetMetaData\.java:682\)
at org\.firebirdsql\.jdbc\.FBResultSetMetaData\.getPrecision\(FBResultSetMetaData\.java:305\)
at org\.firebirdsql\.jdbc\.TestFBResultSetMetaData\.getPrecisionOfNumericColumnWithoutActiveTransaction\(TestFBResultSetMetaData\.java:361\)
at \.\.\.

Caused by: org.firebirdsql.gds.GDSException: invalid transaction handle (expecting explicit transaction start)
at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.validateHandle(AbstractJavaGDSImpl.java:3246)
at org.firebirdsql.gds.impl.wire.AbstractJavaGDSImpl.iscDsqlPrepare(AbstractJavaGDSImpl.java:1454)
at org.firebirdsql.gds.impl.GDSHelper.prepareStatement(GDSHelper.java:214)
at org.firebirdsql.jdbc.AbstractStatement.prepareFixedStatement(AbstractStatement.java:1388)
at org.firebirdsql.jdbc.AbstractPreparedStatement.prepareFixedStatement(AbstractPreparedStatement.java:1269)
at org.firebirdsql.jdbc.AbstractPreparedStatement.<init>(AbstractPreparedStatement.java:134)
... 41 more

Commits: 6ae0926 5f3cffa 44c59d8 9227333 272f8fd fb66511 1b7e96f 2a9c215

[firebird-issue-importer]

Modified by: @mrotteveel

Fix Version: Jaybird 2.2.12 [ 10781 ]

Fix Version: Jaybird 3.0.0-beta-2 [ 10802 ]

[firebird-issue-importer]

Modified by: @mrotteveel

Link: This issue relate to JDBC465 [ JDBC465 ]

[firebird-issue-importer]

Commented by: @mrotteveel

Changed implementation so it now will start a transaction if none is present. As part of this change, FBDatabaseMetaData statements are now kept prepared for reuse. This might provide a small performance benefit for applications that use the metadata a lot at the cost of a little more resources (open statement handles).

I have exposed a close method in the FirebirdDatabaseMetaData interface. This close method will close all statements in the database metadata, but keep the database metadata object itself usable. It should not be necessary to call this normally (it is called on connection close), but it is provided just in case.

[firebird-issue-importer]

Modified by: @mrotteveel

status: Open [ 1 ] => Resolved [ 5 ]

resolution: Fixed [ 1 ]

Fix Version: Jaybird 3.0.0 [ 10440 ]

[firebird-issue-importer]

Modified by: @mrotteveel

status: Resolved [ 5 ] => Closed [ 6 ]