juin
2009
Mais que ce fût dur !
J’avais déjà fait une vidéo sur la création d’un pool de connexion MySQL sur Glassfish. Malheureusement, lors de la pratique en test réel avec une application web et des alpha-testeurs, plus rien ne fonctionnait au bout de quelques heures : « Impossible to resize Pool » x 500 dans mes logs.
Créer plus de Connexions possibles n’a pas servi à grand chose (j’ai testé avec 256 au lieu de 16 :)) ). Par contre j’ai voulu pingé le pool grâce à l’interface de Glassfish. Lorsqu’aucune application n’est déployé, le pool ne ping pas puisque le .jar de Mysql n’est pas installé par défaut.
J’ai donc :
- Copié mon Mysql Connector/J dans /usr/share/glassfish/lib
- Précisé le .jar dans le Classpath de la JVM du serveur
- Ajouté tant qu’à faire de la mémoire : c’est un serveur java !
D’une part je ping, et de plus je peux maintenant bombarder mon serveur de requêtes. J’en déduis peut-être à tort qu’utiliser le mysql.jar dans le /lib de son .war ne tient pas très bien la route.
Le serveur encaisse bien son millier de requêtes, et pour l’instant, je n’ai pas d’avertissements d’OVH .
Bonjour
Je suis en train d’installer un pool de conection vers une BDD mysql. Mais voilà impossible de configurer le classpath.
Dans les paramètre JVM Class path system n’est pas accessible.
J’ai une check box ignorer et un beau message:
Ignorez la variable d’environnement CLASSPATH (non pris en charge dans la version 3)
Ce que j’ai fait c’est que je suis aller dans domaine.xml et j’ai configurer en dur dans le xml.
J’obtiens que le path de mon connecteur.jar s’affiche bien sous l’interface de glassfish dans l’encadré classpath system (qui est toujours inaccessible directement).
Mais l’erreur :
javax.resource.ResourceException: Class name is wrong or classpath is not set for : com.mysql.jdbc.jdbc2.optional.MysqlDataSource
est toujours présente quand je fait un ping vers mysql.
Au plaisir
Merci !
Une demi journée à être bloqué sur cette maudite connexion avec MySQL ^^