Java

Rattraper une exception qui n'en est pas une

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Rattraper une exception qui n'en est pas une

Predicator

Salut, je voudrais savoir si vous savez comment rattraper une erreur qui vient d'un driver jdbc...

Code :

Backend start-up failed: FATAL: Sorry, too many clients already
at org.postgresql.jdbc1.AbstractJdbc1Connection.openConnection(AbstractJdbc1Connection.java:306)
at org.postgresql.Driver.connect(Driver.java:122)
at java.sql.DriverManager.getConnection(DriverManager.java:512)
at java.sql.DriverManager.getConnection(DriverManager.java:171)
[...]

C'est pas une exception, et je ne sais pas comment récupérer un truc comme ça.
je n'ai jamais vu ça avant, et je n'ai rien trouvé en faisant une recherche...
merci d'avance :jap:

Message édité par Predicator le 30-03-2004 à 09:21:26

Publicité

kadreg

profil: Utilisateur

Rhoooo, il y a un goret qui a mis un exit après avoir fait un stacktrace

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

benou

j'ai rien compris ...

---------------
ma vie, mon oeuvre - HomePlayer

nraynaud

lol

benou a écrit :

j'ai rien compris ...

Je pense que monsieur confond la chaîne de cause des exceptions et les noms des méthodes dans la tacktrace. Ou alors il a désigné l'étage ou il veut arrêter (catch) la remontée ou débugger.

Oué en fait j'en sais pas plus que toi ...

Message édité par nraynaud le 29-03-2004 à 20:17:02

---------------
trainoo.com, c'est fini

Predicator

- y'a pas de exit
- je ne confonds rien

ce truc apparait dans aucun stacktrace... il ne rentre dans aucun cas de catch, c'est un message d'erreur que je reçois lorsque je fais appel au driver jdbc et qu'il ne peut pas ouvrir de connexion.

si c'était une simple exception, je pense que je saurais comment la récupérer

donc comme c'est pas une exception, je ne sais pas comment récupérer cette erreur... et j'aimerais bien pouvoir le faire quand même

si c'est le premier code qui vous gêne, ne vous en occupez pas, il est juste là pour servir de témoin [:spamafote]
d'ailleurs je vais l'enlever, hop.

Message édité par Predicator le 30-03-2004 à 09:20:42

machinbidule1974

Do you feel lucky, punk ?

Le pb vient pas du fait que le coder du driver jdbc à fait un e.printStackTrace(System.err) puis n'a pas relancé l'exception en l'enveloppant éventuellement dans une SQLException ?

kadreg

profil: Utilisateur

C'est quelle version du driver jdbc, histoire d'aller lire les sources ?

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

the real moins moins

http://java.sun.com/j2se/1.4.2/doc [...] rning.html

maintenant, c'est bizarre qu'il foute un warning et loggent un FATAL, mais bon

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

benou

the real moins moins a écrit :

http://java.sun.com/j2se/1.4.2/doc [...] rning.html

maintenant, c'est bizarre qu'il foute un warning et loggent un FATAL, mais bon

le bon lien serait plutot ca nan ? http://java.sun.com/j2se/1.4.2/doc [...] Warnings()
Mais c'est assez surprenant qu'ils stacktaracent () une exception au sein du driver jdbc ....

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

le bon lien serait plutot ca nan ?

bah euh sur la doc de SQLWarning il est écrit ce que c'est et comment les retrouver, et y'a un @see Connection.getWarnings donc bon [:spamafote]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Publicité

benou

the real moins moins a écrit :

bah euh sur la doc de SQLWarning il est écrit ce que c'est et comment les retrouver, et y'a un @see Connection.getWarnings donc bon [:spamafote]

ouais, mais en lisant rapidement une première fois j'ai loupé l'info et j'ai cru que tu avais mal compris la question ... je précisais juste un peu les choses ...

Qu'est ce que t'en penses du stacktrace en dur dans le driver ? ca te parait pas louche à toi ?

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

si [:spamafote]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

nraynaud

lol

Code :

try {
...
} catch (Exception e) {
e.printStackTrace();
}

J'en vois tous les jours perso ...

---------------
trainoo.com, c'est fini

the real moins moins

ha boooon c'est comme ça qu'on imprime une stacktrace!? on savait pas tien! [:everything4free]

j'en vois souvent aussi, mais bcp plus rarement dans du code de production

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Predicator

la version du jdbc est un jdbc pour postgres : pg73jdbc3.jar
version 3 pour postgresql 7.3

pour la portion de code suivante :

Code :

} catch (SQLException e6) {
// apparemment, il n'y a plus de place
System.out.println(">>>>> avant le printStackTrace()" );
e6.printStackTrace();
System.out.println(">>>>> après le printStackTrace()" );

j'ai le retour suivant :

Code :

>>>>> avant le printStackTrace()
Backend start-up failed: FATAL: Sorry, too many clients already
at org.postgresql.jdbc1.AbstractJdbc1Connection.openConnection(AbstractJdbc1Connection.java:306)
at org.postgresql.Driver.connect(Driver.java:122)
at java.sql.DriverManager.getConnection(DriverManager.java:512)
at java.sql.DriverManager.getConnection(DriverManager.java:171)
at imadoc.annotcoll.serveur.admin.Connexions.<init>(Connexions.java:49)
at imadoc.annotcoll.serveur.annot.ServeurConnexionsListener.<init>(ServeurConnexionsListener.java:31)
at imadoc.annotcoll.serveur.admin.Servelette.doPost(Servelette.java:269)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:193)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:781)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:549)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:589)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:666)
at java.lang.Thread.run(Thread.java:534)
>>>>> après le printStackTrace()

c'est donc bien ce que je récupère comme exception, n'en déplaise à mes tracteurs [:spamafote]
et j'ai toujours pas trouvé de solution, mis à part un test sur le message, genre

Code :

if (e.toString().indexOf(Sorry, too many clients already) != -1){
...
}

Message édité par Predicator le 30-03-2004 à 16:27:11

lorill

ben alors tu l'as ton exception
c'est quoi le probleme ?

the real moins moins

haaa putain !
tout le monde avait compris que ct le driver qui avait imprimé l'exception !?!

je vois pas bien pourquoi tu voudrais plus recuperer cette exception là qu'une autre. tu peux pas te connecter, tu peux pas te connecter quoi [:spamafote]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

nraynaud

lol

the real moins moins a écrit :

bcp plus rarement dans du code de production

c'est bien à ce niveau là que j'ai un doute.

---------------
trainoo.com, c'est fini

benou

predicator a écrit :

il ne rentre dans aucun cas de catch, c'est un message d'erreur que je reçois lorsque je fais appel au driver jdbc et qu'il ne peut pas ouvrir de connexion.
si c'était une simple exception, je pense que je saurais comment la récupérer

méga- [:kiki]

---------------
ma vie, mon oeuvre - HomePlayer

benou

nraynaud a écrit :

c'est bien à ce niveau là que j'ai un doute.

nan mais logiquement les API sérieuses ne font pas ce genre de chose. Le driver jdbc postgres fait logiquement partie de cette catégorie ...

---------------
ma vie, mon oeuvre - HomePlayer

Predicator

Citation :

haaa putain !
tout le monde avait compris que ct le driver qui avait imprimé l'exception !?!

j'avais pas compris que vous aviez compris... je croyais que vous gueuliez sur celui qui pose la question avant d'essayer de comprendre, comme le font beaucoup ici [:spamafote]
gomen :jap:

the real moins moins a écrit :

je vois pas bien pourquoi tu voudrais plus recuperer cette exception là qu'une autre. tu peux pas te connecter, tu peux pas te connecter quoi [:spamafote]

justement, ça peut être sympa de prévenir l'utilisateur qu'il ne peut pas se connecter pour l'instant parce qu'il n'y a plus de place... quand le nombre d'utilisateur est limité à 50 pour des raisons de ressources, et que ce nombre est fréquemment atteint, ça peut être utile non ? :sarcastic:

Message édité par Predicator le 30-03-2004 à 17:02:28

kadreg

profil: Utilisateur

benou a écrit :

nan mais logiquement les API sérieuses ne font pas ce genre de chose. Le driver jdbc postgres fait logiquement partie de cette catégorie ...

Avec les développements open source, c'est pas toujours sérieux [:spamafote]

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

darklord

You're welcome

kadreg a écrit :

Avec les développements open source, c'est pas toujours sérieux [:spamafote]

roooh mais ta gueule avec tes trolls pourris

darklord

You're welcome

predicator a écrit :

moins moins staÿle [:spamafote]

nraynaud

lol

benou a écrit :

nan mais logiquement les API sérieuses ne font pas ce genre de chose. Le driver jdbc postgres fait logiquement partie de cette catégorie ...

comme j'en vois tous les jours ici, je me doute bien que ça doit aussi être courant ailleur. Je suis même convaincu que certains ont ça dans leurs templates de catch().

---------------
trainoo.com, c'est fini

Predicator

bon ça tourne au pugilas, et puis on est à 300 bornes du problème initial... ma soluce crade marche, donc c'est pas la peine de vous battre pour rien...

the real moins moins

DarkLord a écrit :

moins moins staÿle [:spamafote]

ben non, tu peux rien faire !
ex.getMessage()

Apres, t'es emmerdé parce que le message est en anglais, mais là on en revient a l'eternel probleme de la traduction des messages d'exception, auquel il n'y pas de solution standard

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

the real moins moins

ps: http://java.sun.com/j2se/1.3/docs/ [...] rrorCode()

avec le code d'exception spécifique à la db et des fichiers de resources pour les trads des messages qui t'interesse, tu te demerdes [:spamafote]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

Predicator

the real moins moins a écrit :

ben non, tu peux rien faire !

bah si, j'ai fait

benou

predicator a écrit :

bon ça tourne au pugilas, et puis on est à 300 bornes du problème initial... ma soluce crade marche, donc c'est pas la peine de vous battre pour rien...

Quelle solution ??

Déjà que je comprends pas quel est ton problème ...

je cite :

Citation :

C'est pas une exception, et je ne sais pas comment récupérer un truc comme ça.

Le fait est que c'est une exception et que tu fais un catch (normal).

Donc, c'est quoi ton problème ????

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

Quelle solution ??

if (e.toString().indexOf(Sorry, too many clients already) != -1){

[:kiki]

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

lorill

the real moins moins a écrit :

if (e.toString().indexOf(Sorry, too many clients already) != -1){

[:kiki]

la ou ca va être beau, c'est si le message change a la prochaine release :jap:

kadreg

profil: Utilisateur

lorill a écrit :

la ou ca va être beau, c'est si le message change a la prochaine release :jap:

Ca me rapelle un bug du plugin CVS dans eclipse

---------------
brisez les rêves des gens, il en restera toujours quelque chose... -- laissez moi troller sur discu !

lorill

kadreg a écrit :

Ca me rapelle un bug du plugin CVS dans eclipse

ca me rappelle a moi que c'est mal d'utiliser les toString() des nodes en xml au lieu de getNodeValue() :whistle:

Predicator

lorill a écrit :

la ou ca va être beau, c'est si le message change a la prochaine release :jap:

c'est la dernière release pour postgresql 7.3
les autres sont pour postgresql 7.4 et 7.5...
je vais essayer de tester avec le getErrorCode, mais vu que c'est nulle part dans la doc du driver, je suis pas sûr qu'ils s'en servent...

enfin, à utilisation d'un driver crade, solution crade non ? [:spamafote]
et puis j'ai mis une tâche pour pas perdre cet endroit de vu... :bounce:

benou

the real moins moins a écrit :

if (e.toString().indexOf(Sorry, too many clients already) != -1){

[:kiki]

j'avais pas vu [:totoz]

T'as vérifié que le type excate de l'exception n'est pas une sous exception de SQLException ?

---------------
ma vie, mon oeuvre - HomePlayer

the real moins moins

benou a écrit :

j'avais pas vu [:totoz]

T'as vérifié que le type excate de l'exception n'est pas une sous exception de SQLException ?

c'est daill'eurs probablement une PGSQLException

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

pascal34

one point !

predicator a écrit :

Essai de catcher un Throwable au lieu de Exception,
c'est un cran au-dessus dans la hiérérchie des classes.

En général il faut les laisser passer car c'est des erreurs graves.

seabee

Code :

} catch (SQLException e6) {
System.out.println("Alors là tu vois t'as un problème avec SQL, le problème c'est un truc genre " + e6.getMessage() + " note que le problème il est peut-être en anglais mais que c'est pas grave parce que la majorité des gens ils apprennent l'anglais à l'école. Si t'as un problème en anglais fais-le traduire par tes parents, ils seront content de pouvoir t'aider." );
}

= > Pas de problème de maintenance, et respect total de l'utilisateur.

Publicité

FORUM HardWare.fr

Programmation

Java

Rattraper une exception qui n'en est pas une

Sujets relatifs
[Oracle 8i] UTL_FILE.GET_LINE exception	[JAVA] NullPointer Exception : JVM Symantec ???
exception StackOverflowError	contrainte d'intégrité, triggers et exception
STL : gestion des exception. appel explicite?	Levée d'exception & singleton
Exception in thread "main" org.omg.CORBA.COMM_FAILURE	Debogger, et suivi de trace d'exception
Gerer les exception avec JNI	Exception System.TypeLoadException
Plus de sujets relatifs à : Rattraper une exception qui n'en est pas une

Page générée en 0.126 secondes