Discussion :

[n1n1du44]

Bonjour,
je développe une application et un composant. Dans cette application j'intègre mon composant, quand je lance l'application en Test, elle plante au moment ou j'ouvre une fenetre du composant et me met un message comme quoi les procéduresGloables du compoosant non pas été chargées.

Erreur à la ligne 4 du traitement Fin d'initialisation de FEN_enq_Enregistrement.
La procédure 'getLiblleFlagAno' n'est pas accessible.
L'élément 'COL_ProcéduresGlobales' qui contient la procédure n'est pas présent dans les WDL chargées ou appartient à une WDL qui n'a pas encore été chargée.

----- Informations techniques -----

Projet : IKOS_2013

Appel WL :
Traitement de 'Fin d'initialisation de FEN_enq_Enregistrement' (FEN_enq_Enregistrement), ligne 4, thread 0

Que s'est-il passé ?
La procédure 'getLiblleFlagAno' n'est pas accessible.
L'élément 'COL_ProcéduresGlobales' qui contient la procédure n'est pas présent dans les WDL chargées ou appartient à une WDL qui n'a pas encore été chargée.

Code erreur : 1052
Niveau : erreur fatale (EL_FATAL)

Dump de l'erreur du module 'wd180vm.dll' (18.0.150.7).
Identifiant des informations détaillées (.err) : 1169
Informations supplémentaires :
EIT_PILEWL :
Fin d'initialisation de FEN_enq_Enregistrement (FEN_enq_Enregistrement), ligne 4
Sélection d'une ligne de ZR_Papier (FEN_MenuEnquete.ZR_Papier), ligne 5
EIT_DATEHEURE : 06/09/2013 11:07:56

Je ne comprend pas d'où vient le problème,

merci d'avance de votre aide

[dsr57]

Quand tu créé le composant ajoute la collection de procédure globale dans les éléments du composant généré

[n1n1du44]

la collection de procédures globales est bien intégré et accessible. De plus dans mon projet de l'application globale, je vois bien mes fenêtres et ma collection de procédure globale dans l'explorateur de projet.

[dsr57]

Quand tu génères un composant tu as 2 étapes de sélection des éléments:
- Elements à intégrer dans le composant
- Elements accessibles

Vérifie que la collection soit cochée dans les 2 cas.

[n1n1du44]

Bonjour, oui la collection est bien cochée dans les deux cas.

Quand j'appelle mon composant, j'appelle une fenêtre simplement avec Ouvre(monComposant.nomDeLaFenetre), il n'y a aucune initialisation à faire avant ?

[Atsibat]

Bonjour,

lorsque tu utilise des composants tu ne peux pas avoir une collection COLL_procGlob dans ton composant et une collection COLL_procGlob dans ton exécutable car les noms entrent en conflit

Il faut renommer ta collection dy style "compoX_Coll_ProcGlob" dasn ton composant pour être tranquile.

Bon dev

[n1n1du44]

Merci pour cette réponse, je n'ai pas eut le temps de tester car je travaille sur un autre projet. Je vous tiens au courant dès que je peux essayer

[n1n1du44]

Le problème venait bien du nom de la collection de procédure. Merci

[Atsibat]

Prends l'habitude de nommer ta collection avec le nom de ton composant, en plus de t'éviter ce genre de problèmes cela facilitera les appels.
Evidemment pour être tout à fait rigoureux je te dirai bien de ne PAS utiliser de procédures globales d'une façon générale et de ne SURTOUT PAS utiliser de procédures globales dans un composant mais bon... il est tard et chaque chose en son temps. Garde ça dans un coin de disque dur je suis sur que dans peu de temps cela te paraitra évident.

BD

[tatayo]

Bonjour

Evidemment pour être tout à fait rigoureux je te dirai bien de ne PAS utiliser de procédures globales d'une façon générale et de ne SURTOUT PAS utiliser de procédures globales dans un composant mais bon...

Je me demande bien pourquoi il ne faudrait pas utiliser de procédure globale, que ce soit dans le projet ou dans un composant ?
Si j'ai besoin d'une procédure dans l'ensemble de mon projet, où dois-je déclarer cette procédure, à part dans une collection de procédures globales ?

Exemple concret: j'ai un projet avec deux configurations: un WebService, utilisé pour les besoin d'un site Web, et un composant.
Ce projet n'a pas de fenêtre, où mettre les procédures, à part dans une collection de procédures globales ?

Si je veux surcharger la fonction Erreur() de WinDev, pour trapper tous les message d'erreur, pourquoi ne pas créer une procédure globale erreur() ?

Tatayo.

[Atsibat]

Bonjour Tatayo,

Dans une classe bien sur

Mais tu as partiellement raison pour la surcharge de la fonction Erreur.
Cependant tu pourrai avoir avantage à utiliser cette fonction dans une classe particulière (ce que je fais d'ailleurs) ce qui te permet d'avoir des comportements différents pour tes erreurs selon que tu sois :
- en test ( affiche l'erreur complète)
- en lancement invisible pour une tache de fond (écris dans un journal de log)
- en lancement manuel (affiche l'erreur moins complète et propose l'envoi par mail de l'erreur complète)
D'ailleurs la gestion des erreurs est un composant à part entière.

Tu vas me dires que c'est un marteau pour écraser une mouche mais c'est bien pour ça que je parlais d'appliquer ça dans le futur pour l'ami n1n1du44

De plus quand tu aura écris ton marteau tu pourra le réutiliser à loisir.

Bon dev

Bon dev

[tatayo]

Disons que passer par une classe oblige à modifier le code pour utiliser la méthode de la classe, alors que passer par une procédure globale rend l'appel implicite, sans modifier le code.
J'ai par exemple surchargé la fonction SoapExecute() dans un projet, pour lire dans un fichier ini l'adresse du WebService (pour faire la différence entre test et prod sans toucher au code) et pour générer une exception en cas d'erreur.

Si je passe par une méthode de classe, à chaque import du WebService je dois reprendre tous les appels à cette fonction dans le code généré par WinDev.

Donc globalement on fait exactement la même chose, toi avec une classe et moi avec une procédure globale.

Je comprends bien qu'on peut faire autrement qu'avec des procédures globales, mais je ne vois pas pourquoi on ne doit pas utiliser ces dernières. Pour moi les deux méthodes se valent.

Tatayo.