Le 22/09/07, Lionel Bouton a écrit : > > Dans ce cas, je vais attendre que quelqu'un m'explique les désavantages > avec MySQL : > - à ma connaissance seul MySQL présente ce comportement, > - cela ressemble beaucoup à une protection contre un bug qui ferait que > soit : > . un client SQL oublierait de se déconnecter (et dans ce cas ils > solutionnent le problème au mauvais endroit, je ne vais pas les suivre > sur ce terrain), > . le serveur oublie de fermer les connexions proprement (même remarque). > > Si toutes les versions de MySQL ont des problèmes si on ne laisse pas le > serveur fermer les connexions inactives, je veux bien reconsidérer ma > position pour que les utilisateurs aient une solution (sinon, la > solution est de mettre à jour MySQL). J'ai l'habitude, ce n'est pas la > première fois que je dois adapter un soft pour contourner les > limitations de MySQL...
Je suis entièrement d'accord avec toi, personnellement je suis complètement fan d'un vrai SGBD tel que PostgreSQL. Cependant ce n'est malheureusement pas moi qui est en position de décider :/ Ma question n'était pas que tu adaptes StompServer à MySQL, mais comment moi je peux l'adapter pour résoudre ce problème de MySQL :) (sans doute en incluant le gem mysql_retry_lost_connection dans activerecord_queue.rb). --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [EMAIL PROTECTED] -~----------~----~----~----~------~----~------~--~---
