Discussion :

[Romanops]

Bonjour à tous,

Suivant la documentation windev (surcharge : http://doc.pcsoft.fr/?1513004 et HExécuteRequête : http://doc.pcsoft.fr/fr-FR/?3044080), j'ai tenté de surcharger la fonction WLangage HExécuteRequête, cependant je tombe sur un os, mais je ne sais pas comment le résoudre...

Voici ma procédure toute simple (afin de tester pour commencer) :

Code :

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

1
2
3
4
5
6
 
PROCEDURE HExécuteRequête(NomDeLaRequête est une Source de Données, Mode est un entier = hRequêteDéfaut, *) : booléen
 
WL.Trace("passe ici")
 
RENVOYER WL.HExécuteRequête(NomDeLaRequête,Mode,MesParamètres[3 A ])

PS : J'avais mis au départ le premier paramètre en chaine, mais mes appels à la fonction ne passe jamais (d'où la trace).

L'exécution de cette procédure globale se passe bien, le WL.HExécuteRequête renvoie même Vrai ! Une fois sorti de la procédure, le parcours des enregistrements fait planter mon application avec l'erreur suivante :

Exception :
Le mécanisme de sécurité HFSQL s'est déclenché lors d'un parcours intégré du fichier 'REQ_MaRequête' sur la rubrique ''.
La source de données <REQ_MaRequête> n'est pas initialisée.
- S'il s'agit d'un fichier de données, le fichier n'a pas été trouvé dans l'analyse <C:\Projets\MonProjet\MonAnalyse.wdd> ou n'a pas été décrit avec les fonctions HDéclare / HDéclareExterne.
- S'il s'agit d'une requête ou d'une vue, l'exécution a peut-être échoué.
Pour récupérer l'erreur correspondante, testez le résultat des fonctions HExécuteRequête / HExécuteRequêteSQL / HCréeVue.

Cela me laisse perplexe car l'exécution se passe bien (contraitement à ce qu'indique l'erreur)... Cependant, je pense que je m'y prends certainement mal...

Voici l'appel de ma procédure en quelques lignes :

Code :

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

1
2
3
4
5
6
 
SI HExécuteRequête(MaRequête) ALORS
    POUR TOUT MaRequête
        <exécution>
    FIN
FIN

Pour info, MaRequête est une requête créée sous l'éditeur.

Avez-vous une idée de comment faire ? J'imagine que certains ont déjà surchargé cette méthode afin de faire une gestion d'erreur ou quelque chose comme ça ?

Merci d'avance !

[OnePoint]

Bonjour Romanops,

Dans ta procédure, ne type pas le paramètre NomDeLaRequête.

Code wlangage :

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

PROCEDURE HExécuteRequête(NomDeLaRequête, Mode est un entier = hRequêteDéfaut, *) : booléen

Bon dév.

[Romanops]

Bonjour,

Merci beaucoup pour cette proposition, malheureusement, ça ne fonctionne pas non plus, ça donne une autre erreur :

Exception :
Aucune syntaxe de 'HExécuteRequête' ne correspond à l'appel.

Mais cette fois, à l'exécution de WL.HExécuteRequête...

[Yusep]

Bonjour
Essaies en anglais au cas ou les accents derangent.

[laurentp83]

Bonjour Essaye de mettre ton paramètre en LOCAL.

[OnePoint]

Bonjour à tous,

Dans ta procédure, ne type pas le paramètre NomDeLaRequête.

Code wlangage :

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

PROCEDURE HExécuteRequête(NomDeLaRequête, Mode est un entier = hRequêteDéfaut, *) : booléen

Je confirme que la surcharge fonctionne pour une utilisation avec une requête du projet, si on ne type pas le paramètre NomDeLaRequête.

J'ai testé, mais sans passer de paramètres.

Toutefois, j'ai eu beaucoup de mal a faire fonctionner la surcharge.
Ça ne s'est pas fait du premier coup.
Recompilation, suppression du dossier .cpl... entre autres...
il m'a fallu de la persévérance.



P.S. Je n'ai pas testé en anglais, mais j'avais bien, essayé le mot-clé Local et... non !

[Hemgé]

Bonjour,

Selon l'aide, outre le même nom,

•Le même nombre de paramètres que la fonction WLangage à surcharger. Ces paramètres doivent également être du même type que ceux de la fonction WLangage.

Romanops signalait avoir essayé avec une chaîne (soit le type de paramètre de la fonction d'origine).

PS : J'avais mis au départ le premier paramètre en chaine, mais mes appels à la fonction ne passe jamais (d'où la trace).

La question restait ouverte, sauf qu'en principe la substitution de type qu'il a tentée ensuite devait poser un problème (sans que la doc donne plus d'information ...)

Je confirme que la surcharge fonctionne pour une utilisation avec une requête du projet, si on ne type pas le paramètre NomDeLaRequête.

Mais après l'essai de OnePoint, il faut explorer plus avant.
Donc, peut-on suggérer à Romanops de réessayer en utilisant une chaîne avec et sans typage, sur une requête basique, type simple select, dans et hors le contexte où il a déjà testé ?


Hemgé