Discussion :

[Vikisme]

Bonjour,

J'ai un problème assez pénible sur l'ouverture de connexion JDBC.

Pour mon code, il n'y a rien de compliqué, il s'agit d'une ouverture basique de connexion :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Class.forName("oracle.jdbc.driver.OracleDriver") ; 
return DriverManager.getConnection( connectionString , "XXX" , "XXX" );

Dans Eclipse, il faut compter environ 2s d'exécution par ligne (ce qui est pour moi acceptable). Par contre, je package mon application dans un Runnable Jar et à ce moment, le même code met 8s pour la première ligne et 5s pour la suivante... (Je transforme le tout en exécutable avec Launch4j ensuite mais il n'y a pas de différence avec le Jar).
Au début, je rencontrais le problème sur une connexion à une base Access en utilisant UCanAccess. Je me disais que le problème venait de là alors j'ai tenté avec Oracle et je constate le même résultat.

Quelqu'un a une idée sur ce qui peu causer cette lenteur et comment y remédier ?

Merci d'avance

[Népomucène]

Es-tu sûr que c'est bien la connexion qui est lente et non, par exemple, une requête juste derrière ?

[fr1man]

Le Class.forName, tu ne dois le faire qu'une fois pour charger le driver, pas à chaque demande de connexion.

[Vikisme]

Bonjour,

Oui je suis sûr pour les durées. Si j'indiquais 8s pour la première ligne et 5s pour la 2ème, c'était une mesure factuelle et non une supputation.

Appeler une fois ou cinquante fois ce bout de code, ce n'est pas le problème (même si effectivement, la fois suivante on pourrait se passer du Class.forName). Il n'y a que la première fois (où il doit faire un chargement) que cela pose problème. Dans mes mesures, c'est uniquement la première ouverture de connexion qui est lente.

Je viens de résoudre mon problème d'une manière qui me laisse assez perplexe. En fait, j'exportais un jar qui englobait tous les autres jars. J'ai fait la même chose en mettant les autres jars dans un sous répertoire et le problème ne se pose plus... Etrange .

Merci quand même !

[Népomucène]

un jar qui englobait tous les autres jars

Il est possible que deux Lib soient en conflit ou que le manifest ne soit pas adapté et que la JVM farfouille dans le jar avant de trouver son bonheur.

Englober tous les .jar dans un seul est séduisant mais j'ai déjà eu des cas où, par exemple, mes impressions ne fonctionnaient plus ou d'autres problèmes encore.