Discussion :

[jowo]

Pour le reste de ta réponse, je ne comprends pas trop ... Tu veux dire qu'il ne faut pas mettre le login/pass en clair dans ce fichier ??

Oui, il est nécessaire de mettre ces infos dans un fichier externe pour éviter de compiler l'application si tu dois modifier l'adresse du serveur, le nom de l'utilisateur ou le mot de passe.

Je comprend pour le Pool.

La dernière étape est de vérifier le fichier log (probablement le fichier stdout.log sous le répertoire logs) de Tomcat et de trouver un de ces 2 messages:

• Pilote JDBC invalide ou introuvable
• Erreur de connexion à la base de données

[OButterlin]

Pour le pool de connexion, c'est une façon de dynamiser une application.
L'acquisition d'une connexion à la base de données étant une opération couteuse en temps, le principe du pool est d'avoir un réservoir de connexion disponibles/utilisées.
Lorsqu'on demande une connexion, il regarde dans son réservoir s'il a une connexion disponible, si c'est le cas, il la donne sinon, il essayera d'en créer une nouvelle (si les paramètres le permettent) et sinon, il attendra jusqu'à ce qu'une connexion utilisée soit libérée (il attendra un temps qui lui aussi est paramétrable)

Pour ton cas, comme il s'agit d'une application JEE, tu devrais passer par une DataSource définie sur le serveur d'application ce qui te permettrait d'externaliser les connexions. Ceci dit, c'est peut-être assez compliqué comme ça pour toi...

[Skadi]

Pour le pool de connexion, c'est une façon de dynamiser une application.
L'acquisition d'une connexion à la base de données étant une opération couteuse en temps, le principe du pool est d'avoir un réservoir de connexion disponibles/utilisées.
Lorsqu'on demande une connexion, il regarde dans son réservoir s'il a une connexion disponible, si c'est le cas, il la donne sinon, il essayera d'en créer une nouvelle (si les paramètres le permettent) et sinon, il attendra jusqu'à ce qu'une connexion utilisée soit libérée (il attendra un temps qui lui aussi est paramétrable)

Pour ton cas, comme il s'agit d'une application JEE, tu devrais passer par une DataSource définie sur le serveur d'application ce qui te permettrait d'externaliser les connexions. Ceci dit, c'est peut-être assez compliqué comme ça pour toi...

Oui je pense que je vais pas me lancer dans un Pool etc ...

a dernière étape est de vérifier le fichier log (probablement le fichier stdout.log sous le répertoire logs) de Tomcat et de trouver un de ces 2 messages:

* Pilote JDBC invalide ou introuvable
* Erreur de connexion à la base de données

Bon, déjà je n'arrive pas a re-compiler la classe avec les bonnes infos ...

Ensuite je viens de regarder et pas de stdout.log ...

[OButterlin]

Tu peux regarder dans le répertoire logs dans le répertoire de Tomcat.

[Skadi]

Justement, depuis le début je regarde dans ces logs ... Et je ne vois rien de bien concret, rien qui peux vraiment m'aider ...

[OButterlin]

Peux-tu :

1- Arrêter le serveur
2- Supprimer tous les fichier du répertoire logs de Tomcat
3- Démarrer le serveur
4- Faire une opération impliquant les connexions
5- Faire un zip de tous les fichiers logs
6- Les attacher à ton message

[Skadi]

Et voilà ... Dans l'archive il y uniquement Catalina.log et LocalHost.log, les autres fichiers étaient vides ... !

[OButterlin]

Tu n'as rien dans stdout... ?
C'est curieux puisqu'il utilise System.out.println(...)
Quand tu arrêtes le serveur, ce fichier est toujours vide ?

[Skadi]

Je n'ai pas de fichier de logs stdout !!

Je regarde dans /var/lib/tomcat5.5/logs

Par contre, en faisant d'autre recherche, je me rends compte, que je n'ai pas installer mysql connector java ... ça peut être la cause du truc, la connexion a la base ne peut se faire sans ce connecteur si j'ai bien compris ?

[OButterlin]

C'est certain, mais il peut être embarqué dans le war, tu n'as pas besoin de l'avoir dans le répertoire lib de Tomcat

[Skadi]

C'est certain, mais il peut être embarqué dans le war, tu n'as pas besoin de l'avoir dans le répertoire lib de Tomcat

Oui mais si il n'est pas embarqué dans le .war, comment le savoir, et donc comment le mettre en place ??

Le mettre dans le rep lib de Tomcat suffit ??

[OButterlin]

oui

[Skadi]

Bon je viens d'ajouter le connector dans le dossier lib de tomcat5.5, j'ai aussi ajouté le connector au CLASSPATH via ce tuto http://wiki.services.openoffice.org/...MySQL_and_Base

J'ai redémarrer le tout (mysql et tomcat) ...

Toujours pareil

[OButterlin]

Je ne pense pas que le problème vienne du classpath mais plutôt de l'utilisateur.
Pour faire court, change le mot de passe de root en "DENIS" et relance le serveur... on verra ce qu'il fait...

[Skadi]

Le changement de mot de passe ne changera rien a mon avis ...

Car en fait pour tout expliquer, "DENIS" n'est pas le bon pass ... C'était celui qui était renseigné à la base, mais ce n'était pas le bon, je l'ai changé pour mettre l'actuel, et aucuns changements dans les LOGS, ni de changements dans l'erreur 500 ...

Donc je suis un peu perdu ... Je ne sais plus ou regarder ni quoi faire

[OButterlin]

Si ta classe utilise "DENIS" comme mot de passe, alors il faut mettre "DENIS", c'est aussi simple que ça.
As-tu essayé au moins ?

[Skadi]

Oui testé lorsque la classe utilisait DENIS et que le pass root était DENIS ... Et j'avais la même erreur ...

J'ai même testé AUTRE_PASS pour la class, et AUTRE_PASS pour le pass root ... Même chose !

EDIT : A noter que l'appli a été faite sous MySQL QWERY Browser, et MySQL Workbench ...

Testé en local sur le poste du stagiaire avec Eclipse, et elle tournait ... donc c'est forcément une config du serveur qui merde ...

Une incompatibilité de version, tomcat / mysql peut être envisagée ?

[OButterlin]

Bof, dans l'absolu pourquoi pas mais c'est peu probable...
Peux-tu mettre la classe Connexion (extention .class) en fichier joint ?
(elle devrait se trouver dans le répertoire /WEB-INF/classes/bean sur le serveur Tomcat)

[Skadi]

Le voici ...

C'est exactement le même que j'ai posté avant, avec uniquement le "PASS" de changé, (le pass actuel corresponds donc au pass root MySQL)

[OButterlin]

A l'heure actuelle, tu utilises cette chaîne de connexion dans la classe Connexion

jdbc:mysql://192.168.1.117:3306/qdontech?user=root&password=bougies

Donc, passe le mot de passe de root à bougies et ça devrait fonctionner...
A moins que ce ne soit l'IP et/ou le port
ou le nom de schéma "qdontech" qui ne soit pas bon