Discussion :

[jjacques68]

Hello tout le monde,

Je continue avec mes histoires de classe...

Là, c'est la gestion de perte de connexion avec le serveur HFSQL que j'essaye de gérer.

alors avant de passer par des objets, ma manière de gérer la perte de connexion au serveur était la suivante :

dans le code d'init du projet, je mettais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HSurErreur(MonFic,hErrPerteConnexion,MaProc)

Voici le contenu de MaProc() :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
PROCÉDURE MaProc()
 
//...
trace("Déconnexion HFSQL")
 
RENVOYER opFinTraitement

et du coup ça marchait nickel !!
Fallait juste penser que les HExecuteRequete() ne déclenchent pas le HSurErreur()... donc fallait faire un simple HLit() avant... bref...

Quand le serveur HFSQL revenait, la reconnexion se faisait toute seul !! super !!!

Mais maintenant dans mon autre projet, avec les objets, ça semble une autre histoire !?
Déjà on est d'accord pour dire que tous objets ont leur propre context HFSQL.
En tout cas j'ai rien précisé nul part pour faire l'inverse...

Du coup, la ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HSurErreur(MonFic,hErrPerteConnexion,:MaProc)

je la place dans le constructeur de l'objet ?? j'ai juste ??

et MaProc n'est plus une procédure au projet, mais une méthode de l'objet !!

Bon, ça à l'aire de fonctionner... alors je continue

Dans la méthode de mon objet qui fait appel au serveur HFSQL, si le serveur tombe, l'exception est bien interceptée, cool
Je m'en rends compte grâce au trace() qui me retourne bien "Déconnexion HFSQL".

mais je me rends compte surtout qu'il met fin au traitement de la méthode appelante, et non de la méthode en cours d'exécution !!! oulà j'espère être clair
Et ça c'est pas bon du tout vu que la méthode appelante, est en fait, un thread qui tourne en boucle... bref...

Je suis donc obligé de traité l'exception (en passant par la gestion automatique des erreurs) dans la dite méthode, en plus du HSurErreur() !!??

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
CAS ERREUR:
	trace(ErrorInfo(errComplet))
CAS EXCEPTION:
	trace(ExceptionInfo(errComplet))

Puis alors là c'est la grosse insulte erreur machin, perte de connexion bidule, ligne, dll, tout le truc quoi...

Bon en tout cas, ça met fin au traitement en cours et non plus celui de l'appelant.

Mais la reconnexion ne se fait plus toute seul, comme précisé plus haut (sans objets) !!
Donc je suis obligé de faire un HReconnect() à chaque fois dans la méthode callback du HSurErreur()

C'est un peu ... compliqué tout ça !!!! et bordellique je trouve !

Y aurait pas moyen de faire plus simple ?

Merci pour votre patience et vos conseils !!

[mous97]

Non tu te trompes, le contexte d'une classe n'est pas indépendant tant que tu ne l'as pas précisé dans la déclaration de la classe(Voir les attributs d'extension)
Ensuite, ton erreur vient du fait que ton code suivant

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
HSurErreur(MonFic,hErrPerteConnexion,:MaProc)

est mit dans le constructeur de ta classe.

À chaque instanciation d'un objet, le code sera déclenché et donc écrasé par le dernier objet alloué. Si tu dois déclencher ton code une seule fois comme tu le faisais au début remet le dans le code d'init du projet, en déclarant ta procédure en Globale

Code init projet => HSurErreur(MonFic,hErrPerteConnexion, MaClasse.MaProc)

Pour rappel lorsque dans une classe une procédure est déclarée en globale, celle-ci est accessible par la classe sans avoir besoin d'un objet, les membres manipulés par la procédure globale doivent être en globale aussi

[padbrain]

Hello tout le monde,

...

Du coup, la ligne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HSurErreur(MonFic,hErrPerteConnexion,:MaProc)

je la place dans le constructeur de l'objet ?? j'ai juste ??

et MaProc n'est plus une procédure au projet, mais une méthode de l'objet !!

Bon, ça à l'aire de fonctionner... alors je continue

Dans la méthode de mon objet qui fait appel au serveur HFSQL, si le serveur tombe, l'exception est bien interceptée, cool
Je m'en rends compte grâce au trace() qui me retourne bien "Déconnexion HFSQL".
...

Salut,

Es-tu sur de ça ?

Normalement, tu ne peux pas définir une méthode de l'objet comme callback de HSurErreur tant que ton objet n'est pas créé, et c'est le cas si tu place cette instruction dans le constructeur.
=> je pense que la MaProc fait toujours référence à celle globale au projet.

Pour définir une méthode interne à l'objet du type MaClasse, en callback pour HSurErreur il faut passer par une méthode globale de ta classe pour créer ton objet :

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
16
17
18
19
20
21
 
MaClass is class
END
 
PROCEDURE PRIVATE Constructor()
//     Ce que doit faire ton constructeur
 
 
PROCEDURE PUBLIC GLOBAL createInstance() : MaClass
anObj is MaClasse dynamic <- new MaClasse
//    A ce moment, ta classe est créée
//    Tu peux définir ta méthode de callback
HOnError("MonFic", hErrConnectionLoss, "_connectionLoss")
//    Et renvoyer ton objet
RESULT anObj
 
PROCEDURE PRIVATE _connectionLoss()
//...
trace("Déconnexion HFSQL")
 
RESULT opEndProcess

Que tu utilises de la sorte dans ton projet :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
oMaClasse is MaClass dynamic <- MaClasse.createInstance()

hth,
Padbrain

[jjacques68]

Non tu te trompes, le contexte d'une classe n'est pas indépendant tant que tu ne l'as pas précisé dans la déclaration de la classe

en effet j'ai mal lu.. merci !

Es-tu sur de ça ?

Normalement, tu ne peux pas définir une méthode de l'objet comme callback de HSurErreur tant que ton objet n'est pas créé, et c'est le cas si tu place cette instruction dans le constructeur.
=> je pense que la MaProc fait toujours référence à celle globale au projet.

Visiblmement oui, MaProc n'existe plus dans les procédures globales du projet !!

[jjacques68]

Si tu dois déclencher ton code une seule fois comme tu le faisais au début remet le dans le code d'init du projet, en déclarant ta procédure en Globale

Chose faite.

Pas de soucis pour l'interception de la perte de connexion.

Mais la reconnexion n'est pas automatique...

Il faut que je le fasse avec un HReconnecte()

[jjacques68]

hmmm non ça ne fonctionne pas comme il faut.

Je n'ai plus le problème du traitement appelant qui se termine. --> OK.

Mais le reste est pas clair :

Comment se passe le reconnexion ?
est elle automatique ou pas ?
On est obligé d'utiliser le HReconnect() ? (parce qu'en procédural, je n'avais pas besoin de le faire...)
Si oui, où le placé intelligemment ?

Là actuellement, quand une perte de connexion est détectée, j'ai l'impression que son état reste sur déconnecté.
Le prochain Hlit() ne fonctionne pas sans HReconnect().

Il faudrait presque faire un HReconnect() avant chaque Hlit()... c'est horrible !!
Où est l'intérêt d'intercepter avec HSurErreur() alors ?

Mettre le HReconnect() dans la procédure HSurErreur() ne me statisfait pas !
Car le premier HLit() qui vient juste après le retour du serveur HFSQL ne fonctionnera pas alors...
Le deuxième oui.


merci pour vos conseils !!