Discussion :

[Anselme45]

Bonjour,

J'ai une application mobile qui se connecte à une base de données par wifi. En cas de perte de la communication avec le serveur de BD, je lance une procédure qui tente périodiquement de reprendre la connexion.

Problème: J'affiche une fenêtre indiquant un "connexion en cours..." avec un bouton "quitter" qui devrait me permettre de fermer l'application. "Devrait" parce que lorsque l'utilisateur presse le bouton quitter, l'event n'est pas pris en compte

Méthode utilisée: En cas de perte de la connexion, j'active un timer qui essaie périodiquement de faire la connexion. Si connexion OK, le timer est désactivé. J'y ai mis un "try connection.open except Application.ProcessMessages" dans l'espoir que le clic du bouton soit pris en compte mais cela ne fonctionne pas.

J'ai l'impression que je n'ai pas pris le problème par le bon bout

Est-ce que quelqu'un a déjà été confronté à ce genre de problème?

Merci d'avance

[ALWEBER]

Ce petit exemple peut te donner des idées. Documentation dans le pdf
ex_socket.zip
CoursDelphiXE10Septembre.pdf

[SergioMaster]

Bonjour,

Est-ce que quelqu'un a déjà été confronté à ce genre de problème?

J'ai bien été confronté à ce même soucis mais à l'époque j'utilisais ZEOSDBO

Qui dit application mobile dit quand même une version récente de Delphi (encore une fois indiquer la version est quand même un gros plus), encore que, il faut s'entendre sur le terme de mobile (smartphones ou postes de travail windows "nomades")
Et qui dit version récente+mobile (smartphones) dit encore plusieurs choix de bibliothèques de composant disponible (DBExpress, FireDac ...)

Saviez-vous que Firedac gère ce problème ? Pour info, je n'ai pas tester encore cette fonctionnalité et en écrivant ma réponse j'étais persuadé d'avoir vu quelque-chose comme un
auto-reconnect quelque part mais ce matin je ne le vois plus

Encore un sujet de webinaire pour Patrick Prémartin surtout qu'il y a fait allusion lors de la session du 16 octobre (nb. il va encore falloir patienter un peu pour le replay

J'ai l'impression que je n'ai pas pris le problème par le bon bout

AMHA Oui surtout à l'aune de la palette d'évènements proposés par FDConnexion.

Après, cela dépend beaucoup du SGBD utilisé et il faudra aussi certainement pouvoir gérer les délais de détection de perte de connexion

[Anselme45]

Bonjour et merci pour vos interventions.

Je n'ai pas indiqué de version d'EDI parce que j'ai le même problème pour plusieurs EDI (Delphi tokyo en VCL pour une application pour tablette avec OS windows Win7 à 10, Delphi tokyo en FMX pour smartphone Android et Lazarus pour une application destinée à WinCE7). Idem pour les composants utilisés pour la connexion à la base de données.

Mon problème ne se situe pas au niveau de la détection de la perte de connexion et du processus de reprise automatique de la connexion, cette partie fonctionne parfaitement (la perte de connexion est détectée > les tentatives de connexion sont effectuées selon la fréquence désirée jusqu'à ce que la connexion soit à nouveau établie > Quand la connexion est établie, l'application retourne à son fonctionnement normal).

Le problème se situe au niveau du bouton "Quitter" qui devrait permettre à l'utilisateur de mettre fin à la procédure de reconnexion sans attendre que la reconnexion se fasse. Autrement dit comment forcer l'application à prendre en compte la pression du bouton alors quelle est occupée à attendre une réponse à sa demande de connexion.

Et là, ce n'est pas à mon humble avis un problème d'EDI ou de composant mais bien d'approche: Est-ce que l'usage du timer rend impossible la détection de l'évènement "bouton pressé"? Faut-il chercher la solution dans le multi-threading, etc.?

[SergioMaster]

Le problème se situe au niveau du bouton "Quitter" qui devrait permettre à l'utilisateur de mettre fin à la procédure de reconnexion sans attendre que la reconnexion se fasse. Autrement dit comment forcer l'application à prendre en compte la pression du bouton alors quelle est occupée à attendre une réponse à sa demande de connexion.

Je n'avais donc absolument pas compris la question, noyée dans la masse.

Et là, ce n'est pas à mon humble avis un problème d'EDI ou de composant mais bien d'approche

effectivement

Faut-il chercher la solution dans le multi-threading, etc.?

C'est une très bonne piste. Il suffit d'écouter le Olaf Monien dans le dernier BootCamp (7) en date pour en être persuadé si je résume en très gros son opinion "bannissez les processmessages"
Quant au timer je suis loin d'être adepte, le nombre de tentatives maxi me semble honnête et suffisant, un timer entre chaque tentative ? je suis pas fan

[BuzzLeclaire]

Bonsoir,

Même si effectivement un thread pourrait aider, cela proviens peut-être du délai de ton timer.

Méthode utilisée: En cas de perte de la connexion, j'active un timer qui essaie périodiquement

Périodiquement = ? (combien de milliseconde)

L'utilisateur n'a peut-être pas le temps de cliquer, même si Application.processMessage devrait reprendre le clique.
Sauf si tu clique ailleurs entre temps ou si tu focus un composant dans ton processus.