Discussion :

[Abac_Angelique]

Bonjour,

J'ai une application connectée à une base de données SQL serveur grace à une ADOConnection.

Je remplis mon ADOdataset avec des données de ma base et si je debranche mon cable reseau et que je le rebranche mon application s'est totalement deconnectée de la base c'est à dire que des que je veux refaire une requete sur la base depuis mon application celle ci plante et me dit "erreur générale du réseau".

Il y a t il un moyen de contourner ce problème?


Merci

[Tsimplice]

Non. Le client communique avec la base de données via des processus. En debranchant le cable il y a forcement des ports de communications qui ont été fermés.

[Franck SORIANO]

En fait, le problème peut être pire que ça. Imagine que tu te connectes à un serveur local, mais sur un PC qui possède une connexion Wifi de mauvaise qualité. De temps en temps, le wifi est indisponible et la connexion réseau tombe. Lorsque ça se produit, c'est toute la pile IP de la machine qui tombe et si tu étais connecté via TCP/IP, ça coupe même ta connexion au serveur local !
J'ai déjà rencontré le cas de figure chez un client avec une appli monoposte... c'est difficile de lui faire comprendre qu'il s'est fait jeté à cause d'un défaut sur son réseau qu'il n'utilise pas...

Il y a t il un moyen de contourner ce problème?

Oui, lorsque tu exécutes la requête tu captures l'exception et lorsque tu détecte la coupure réseau, tu traites l'exception en te reconnectant et en refaisant la requête.
Mais attention, si tu étais au milieu d'une transaction c'est toute la transaction qu'il faut rejouer car la fermeture de la connexion précédente a provoqué un rollback de la transaction en cours.
Selon la façon dont ton appli est écrite, ce n'est pas nécessairement très facile à faire.

[Abac_Angelique]

merci pour vos réponses.

aurais tu un exemple a me donner pour capter l'exception de déconnection au réseau.

merci

[Franck SORIANO]

Voici un exemple qui illustre le principe :

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
 
  try
    ADODataSet1.Open;
  except
    on e:EOleException do
    begin
      if e.Message = 'Fournisseur TCP : Une connexion existante a dû être fermée par l''hôte distant'
      then begin
        ADOConnection1.Close;
        ADOConnection1.Open;
        ADODataSet1.Open;
      end
      else raise;
    end;
  end;

La difficulté, c'est de ne capturer que l'erreur de la déconnexion. Ici je teste le message d'erreur. Ce n'est pas une très bonne solution car le message dépend du provider OLEDB (ici c'est SQL Native Client) et du code langue.

Lorsque je le fais en situation réelle, je travaille directement avec OLEDB, j'ai la main sur les codes d'erreur exact retourné par le provider ce qui permet d'identifier précisément la déconnexion. Malheureusement ADO ne remonte pas toujours toutes les informations nécessaires lorsqu'il y a une erreur.