Discussion :

[no_me_entero]

Bonjour à tous.

J'ai créé une procédure stockée qui utilise un fichier ressèment créé dans l'analyse.
J'ai une erreur sur le nom du fichier (Plan) alors qu'il est présent dans l'analyse.
J'ai beau synchroniser l'analyse, l'erreur se maintient.
Si j'utilise le même code dans une procédure globale, pas de problème le fichier est reconnu!!!

[frenchsting]

As tu utilisé wdmodfic ?

Autre point, plan est un mot réservé (propriété d'un fenêtre). Fais attention dans ton choix de nom de table, il peut y avoir confilt.

[no_me_entero]

Je ne connaissais pas wdmodfic
Voila le résultat:

19/03/2013 à 15:17:14
Impossible d'obtenir la description du fichier <clase.fic> Erreur renvoyée par le serveur <localhost:4900> :
Impossible d'ouvrir le fichier <hot\clase.fic>.
Détail de l'erreur système :
Le système ne trouve pas le fichier spécifié.
Impossible d'obtenir la description du fichier <clase.fic> Erreur renvoyée par le serveur <localhost:4900> :
Impossible d'ouvrir le fichier <hot\clase.fic>.
Détail de l'erreur système :
Le système ne trouve pas le fichier spécifié.
Impossible d'obtenir la description du fichier <clase.fic> Erreur renvoyée par le serveur <localhost:4900> :
Impossible d'ouvrir le fichier <hot\clase.fic>.
Détail de l'erreur système :
Le système ne trouve pas le fichier spécifié.
Erreur pendant la mise à jour de l'élément 'Collection_Planning' sur la base de données localhost:4900@hot
Erreur renvoyée par le serveur <localhost:4900> :
Des doublons ont été détectés pour la clé <dwTypeVMqwIdVM> sur le fichier <Procedures>.

J'ai une erreur sur le fichier clase.fic, erreur que j'ai depuis toujours. Il s'agit d'un fichier que j'ai renommé dans l'analyse il y a 2 ans et qui n'existe plus ni dans l'analyse ni dans la base de données, mais l'erreur persiste, c'est surtout gênant car cela génère une exception dans le programme d'install.

Ensuite erreur de doublons dans le fichiers Procedures !!!, fichier Windev qui est protégé donc je ne sais pas ce qu'il y a dedans.

C'est vrai que Plan est un mot réservé, cela ne m'a pas créé de problème, mais je vais le renommer.

[frenchsting]

Ok, tu pourrais essayer de trouver des infos pour supprimer ces erreurs.

Et maintenant, tes procédures stockées fonctionnent ?

[no_me_entero]

Oui j'aimerai bien trouver des infos sur ces erreurs!

[no_me_entero]

Bon tout cela m'a fait avancer techniquement sur Windev.
J'ai d'abord découvert que dans le Centre de Contrôle HF on pouvait lister les liaisons de la base!
Et quelles pouvaient êtres différentes que celles conservées dans l'analyse!
J'ai donc trouvé des anciennes liaisons qui persistaient sur le fichier clase.fic, qui n'existait plus. Cela devrai solutionner les erreurs de mise à jour que j'avais depuis très longtemps.

Pour le problème avec les procédures stockées, qui utilisaient une ancienne version d'analyse!!!, avec des anciennes rubriques et pas les nouveaux fichiers!, j'ai en fait renommer les fichiers dans l'analyse et cela a permit de re-niveler l'analyse de Procédures Stockées.
J'ai du mal à comprendre comment Windev pouvait utiliser une autre version de l'analyse pour ces procédures? Il y a surement un bug, mais le quel?

Et si quelqu'un peut m'aider, je souhaiterai savoir si il était possible de créer des fichiers temporaires dans une base HF-SQL.
Je veux créer un fichier unique et l'utiliser avec la description d'un fichier décrit dans l'analyse, avec HAlias(), je suppose, mais comment avoir un fichier unique?

Merci

[frenchsting]

Cool si tu as pu avancer dans la résolution de ton pb.

Oui, avec le halias et hchangenom, tu peux faire des trucs "sympas".

Je ne comprends pas trop ton histoire de "fichier unique".

[no_me_entero]

En fait je souhaite un fichier unique pour chaque user/session, comme un fichier temporaire. Mais comme table de la DDBB.

[Kyroon]

Bonjour,

Juste pour information.
J'ai déjà eu ce problème de fichier qui a été renommé dans l'analyse mais qui continue a 'exister' quand j'ai repris le projet sur lequel je bosse.
Ce que j'avais constater, c'est qu'en C/S, le serveur gère lui même ses contraintes, et que lorsque l'on renomme un fichier, il ajoute les 'nouvelles' contraintes mais ne retire pas les anciennes . Donc pour le serveur, le fichier existe toujours.

Si tu regarde les liaisons dans le centre de contrôle HF, tu verra normalement des contraintes ayant le même nom , mais l'une pointant sur le nouveau fichier et l'autre sur l'ancien fichier.

Ce problème n'existe plus sur Windev16.

Bonne continuation.

[frenchsting]

Test un truc de ce style :

Code :

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

1
2
3
4
5
6
7
MaSource est source de données
HAlias(LaTable,MaSource)
HchangeNom(MaSource,RéseauUtilisateur()) // doit être unique
Hcreation(MaSource)
 
// En fin de session - fermeture de programme
Hannulealias(MaSource)

[no_me_entero]

Bonjour,

Juste pour information.
J'ai déjà eu ce problème de fichier qui a été renommé dans l'analyse mais qui continue a 'exister' quand j'ai repris le projet sur lequel je bosse.
Ce que j'avais constater, c'est qu'en C/S, le serveur gère lui même ses contraintes, et que lorsque l'on renomme un fichier, il ajoute les 'nouvelles' contraintes mais ne retire pas les anciennes . Donc pour le serveur, le fichier existe toujours.

Si tu regarde les liaisons dans le centre de contrôle HF, tu verra normalement des contraintes ayant le même nom , mais l'une pointant sur le nouveau fichier et l'autre sur l'ancien fichier.

Ce problème n'existe plus sur Windev16.

Bonne continuation.

Effectivement tu as raison, j'ai retrouvé des contraintes avec le même nom qui pointaient sur les nouveaux fichiers, mais aussi sur les vieux fichiers inexistants.

C'est surement le renommage des fichiers qui n'actualise pas le serveur HF!