Discussion :

[Alexr]

Bonjour,

Il m'arrive maintenant quasi quotidiennement que Tomcat perde la connexion BDD et que je sois obligé de le relancer pour que cela refonctionne ?
J'ai installé un Tomcat 5.0 qui tourne sous linux avec une BDD sous postgres.
Voici le message d'erreur qui apparait :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
SELECT * FROM "service" WHERE "idService" = 3;
SQLException :
An IO erro occured while sending to the backend - Exception: java.net.SocketException: Broken pipe
 
Stack Trace:
java.net.SocketException: Broken pipe
  at java.net.SocketOutputStream.socketWrite0(Native Method)
  at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
  at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
  at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
  at java.io.BufferedOutputStream.write(BufferedOutputStream.java:78)
  at org.postgresql.core.PGStream.SendChar(PGStream.java:66)
  at org.postgresql.core.QueryExecutor.sendQueryV3(QueryExecutor.java:321)
  at org.postgresql.core.QueryExecutor.executeV3(QueryExecutor.java:121)
  at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:100)
  at org.postgresql.core.QueryExecutor.execute(QueryExecutor.java:43)
  at org.postgresql.jdbc1.AbstractJdbc1Statement.execute(AbstractJdbc1Statement.java:517)
  at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:50)
  at org.postgresql.jdbc1.AbstractJdbc1Statement.executeQuery(AbstractJdbc1Statement.java:233)
  at org.postgresql.jdbc1.AbstractJdbc1Statement.executeQuery(AbstractJdbc1Statement.java:221)
...

Avez vous une idée d'ou cela puisse venir et surtout comment faire pour éviter cela ?

Merci d'avance

[bmoussaud]

D'apres le message:surement un problème de communication réseau entre ton tomcat et ta BDD.
Pistes:
* utilises-tu des pools de connexions gérés par Tomcat ?
* ta requetes n'est-elle pas trop longue à s'executer ce qui pourrait faire croire à linux/au driver jdbc/à la base de données qu'il y a une coupure de communication ?

[Alexr]

* utilises-tu des pools de connexions gérés par Tomcat ?

Non

* ta requetes n'est-elle pas trop longue à s'executer ce qui pourrait faire croire à linux/au driver jdbc/à la base de données qu'il y a une coupure de communication ?

Non c'est une requête d'une vingtaine d'enregistrement, avec 6 champs.
Le problème c'est qu'une fois que la communication est coupée, elle est justement coupée pour toutes les autres requetes derriere ...

[Alexr]

Pas d'idées ?

[wace]

Pourquoi tu n'utilise pas de pool de connexion géré par le serveur d'applis ?

Il dispose de tous les mecanismes de gestion d'un cycle de vie notamment la reprise de connexion cassée ...

Est-ce qu'il y a une raison particuliere ? ou mme plusieurs ?

[Alexr]

Le truc, c'est que j'ai repris de l'existant ... donc je suis un peu obligé de faire avec pour le moment.
Tu as un lien pour l'utilisation d'un tel pool ?

[wace]

http://tomcat.apache.org/tomcat-5.0-...les-howto.html

Sinon fait une recherche sur le forum Tomcat de DVP il y a pleins de choses sur le sujet,