Discussion :

[yoshi570]

Bonjour à tous,

J'ai un soucis étonnant,
Je me suis fais un composant interne pour gérer des données (analyse propre au composant) et les accès, manipulation...
ceci afin de profiter du partage et propagation des modif via le GDS.

Afin de configurer mon composant, je souhaite lui passer en paramètre une "Connexion" pour mes différents cas d'utilisation.

Pour cela, j'utilise:

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
init_Projet ()
 
gcnxLDB est une Connexion
gcnxLDB..Serveur 		= pFichier_Ini.gsCnxLDBSrv 
gcnxLDB..Utilisateur 	= pFichier_Ini.gsCnxLDBUser 
gcnxLDB..MotDePasse 	= pFichier_Ini.gsCnxLDBPwd 
gcnxLDB..BaseDeDonnées 	= pFichier_Ini.gsCnxLDBDB
gcnxLDB..Provider = hAccèsHFClientServeur
 
poLDB_Config.ChangeConnexion(gcnxLDB)
 
// ====================
 
poLDB_Config.ChangeConnexion(cnxNew est une Connexion)
 
HChangeConnexion("*",cnxNew)

Et windev me sort:

La connexion <gcnxLDB> est inconnue.

Mon composant interne est avec son analyse et contexte indépendant.
Je pensait que une variable de type Connexion est une "simple" variable. Elle semble pourtant lier au contexte HFSQL...

Il est tout de même possible de "lire" la variable dans mon composant: cnxNew..Serveur retourne le résultat attendu.
Malheureusement, le ..MotDePasse n'est pas accessible en lecture. donc je doit le passé en argument supplémentaire.

Et si je test en forçant la "copie" du paramètre via un LOCAL ou un <=, Windev ne veut pas non plus.

Une idée pour éviter de passé par de multiple arguments ?

[frenchsting]

Bah, tu peux demander à PCSOFT un correctif... Ou tu du moins si c'est un comportement normal de Windev.

Si tu es pressé, il vaut mieux passer un paramètre supplémentaire, même si c'est rageant de se dire que ça marche "presque".

[yoshi570]

Je n'ai plus le droit au support gratuit, dixit le commercial de PCS 🤐
On est pas passé à la 24.

Je passe la connexion + le mdp pour l'instant.
Je trouve juste un peu fatiguant ces histoires de contexte hfsql... Il y a toujours quelque chose qui ne marche pas comme espéré.

[tbc92]

A mon avis, c'est un comportement voulu, et non un bug. Le mot de passe ne doit pas être consultable par tous les modules qui ont accès à la connexion.

[yoshi570]

Ne pas relire le mot de passe par programmation n'est pas le problème. Cela me va.
Le soucis est d'en ne pas réussir à utiliser une variable de type "connexion" défini dans un autre contexte hfsql.

[WDKyle]

Bonjour,

Une idée bien dégueu mais qui peut fonctionner.. a tester...

Utiliser une indirection sur le nom de la variable de la connexion si elle est globale au projet ?

Code :

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

1
2
 
{"gcnxLDB", indVariable}

Est-ce qu'elle est accessible comme çà ?