Discussion :

[doc]

J'ai eu un curieux problème en java avec firebird et Jaybird :

pour le même code source, mais sur des machines différentes et avec des versions différentes de jaybird, mes requêtes update n'effectuaient qu'une itération d'une boucle while (ResultSet.next()) sur une de mes machines, avec le message d'erreur ResultSet is closed.

Après plusieurs essais de débugage du code, je n'ai pas trouvé d'explication a ce phénomène, d'autant plus que ça marchait très bien sur ma deuxième machine.

C'est google qui m'a donné une solution au problème : http://forums.fishbowlinventory.com/...pic.php?t=5285

en rajoutant ?defaultResultSetHoldable=True à l'url de la connexion, cette erreur disparait.

Il semblerait que ce problème intervienne avec les versions de jaybird > 1.55.

[makowski]

alors en parler là :
Firebird-Java@yahoogroups.com
ou dans le tracker http://tracker.firebirdsql.org/browse/JDBC
Roman expliquera ou corrigera

[doc]

En fait, j'ai trouvé l'explication ici :http://fisheye1.atlassian.com/browse/~raw,r=1.7/firebird/client-java/src/etc/release_notes.odt

Default holdable result sets (closed ResultSet in auto-commit mode)

New connection property that allows to create holdable result sets by default. This is needed as an workaround for the applications that do not follow JDBC specification in regard to the auto-commit mode.
Specifically, such applications open a result set and, while traversing it, execute other statements using the same connection. According to JDBC specification the result set has to be closed if another statement is executed using the same connection in auto-commit mode. Among others the OpenOffice Base users have problems with the restored JDBC 3.0 compatibility in Jaybird 2.0.
The new property is called:
defaultResultSetHoldable as connection property for JDBC URL or for java.sql.DriverManager class and no or empty value should be assigned to it; it has an alias defaultHoldable to simplify the typing;

isc_dpb_result_set_holdable as a DPB member;

FirebirdConnectionProperties interface was with two methods extended (the isDefaultResultSetHoldable() and setDefaultResultSetHoldable(boolean)) which is also reflected in the FBConnectionPoolDataSource and FBWrappingDataSource classes.


Note, the price for using this feature is that each holdable result set will be fully cached in memory. The memory occupied by it will be released when the statement that produced the result set is either closed or re-executed.

Cela correspondait bien à mon cas, puisque mon code utilise une première boucle parcourant un resulset et execute dans cette boucle une autre boucle réalisant des update et utilisant un autre statement avec la même connexion. Le problème est donc connu.