Discussion :

[JJOTH]

Bonjour,

J'effectue des modification en transaction sur des fichiers non protégés par mot de passe via un accès en client-serveur.
En débogage, je constate que HTransactionDébut() et HTransactionFin() ne renvoient pas d'erreur et mes modifications sont bien effectuées dans mon fichier.
Dans le Centre de contrôle HyperFile je vois bien la transaction dès la première opération d'ajout, après HTransactionDébut() et elle disparaît bien après HTransactionFin().
J'ai deux fichiers "monfichier.ndx" et "monfichier.trx" qui se créent dans _TRX\RépertoireBDD\SousRépertoireBDD. Ces deux fichiers ne se supprimes pas à la fin de la transaction, est-ce normal ?

De plus, tous les fichiers ayant fait l'objet d'une transaction se retrouvent bloqués jusqu'au redémarrage du serveur. Impossible d'effectuer un HSupprimeBaseDeDonnées, j'ai une erreur 70100 avec ce message :
Il n'est pas possible de supprimer la base de données <RépertoireBDD\SousRépertoireBDD> car celle-ci est utilisée par l'utilisateur <> depuis l'application <> sur la machine .
Comment débloquer ces fichiers ?

Le problème vient du fait que les fichiers sont dans un sous répertoires, pourtant cette structure n'est pas interdite par PC Soft !
Cf : http://doc.pcsoft.fr/fr-FR/?3044337&..._clientserveur

Version CCHF : 20.0.103.0
J'avais le même problème avec la version 19.

Merci.

[frenchsting]

Une astuce est de faire un changenom sur chaque fichier, de supprimer les fichiers et le répertorie (fonctions fxxx) puis de faire le hchangenom "dans l'autre sens".

Par contre, la suppression de fichier n'est pas trop dans la logique du client-serveur.

[JJOTH]

Bonjour,
Merci pour cette réponse.
Le problème c'est que mon fichier est non seulement bloqué pour la suppression, mais aussi pour la modification... J'ai plusieurs applications qui tournent en même temps et qui lisent et écrivent dans les mêmes fichiers
Et ces mêmes applications fonctionnent aussi bien en C/S qu'en HF Classique, d'où l'utilisation d'un sous répertoire pour la rétrocompatibilité des HChangeRep.
Le renommage des fichiers à la volé risque d'être fastidieux.

J'ai aussi ouvert un ticket chez PC Soft, je tiendrai au courant la communauté si j'ai du nouveau.

[frenchsting]

Dans ce cas, il vaudrait mieux que tu passes tes applis en mode hfcs.

Dans mon appli principale, il y a le choix entre classic et hfcs au lancement.

[Bwafa]

bonjour tout le monde
j'ai eu le meme problemle que JJOTH : apres une transaction achevée ou annulée je ne sais pas exactement,sur le serveur je n'ai aucun blocage (de fichier ou d'enregistrement) ni transaction en cours MAIS les fichiers TRSOperation.trs et Nomfichier.trx ne se suppriment pas automatiquement il fallait que je redemarre le serveur
avez vous une solution? merci

[frenchsting]

Bonjour Bwafa,

Si le fichier NomFichier.trx est toujours là, c'est que la transaction n'est pas arrivée à son terme.
A toi de trouver pourquoi.

[Bwafa]

merci de me répondre
à la vérification de ma base je trouve que le traitement encadré par la transaction est bien aboutit à son terme pas de perte
à l'ouverture du projet je fait HTransactionAnnule() qui me rend 1 sans supprimer les fichiers temporaires!
l'outil WDTRans me dit que le fichier <trsoperation.trs> n'est pas un fichier de transaction valide
je suis en client serveur et windev 20

[frenchsting]

Essaye de mettre une version de Manta (ServeurHF) plus récente : 22/23 ou 24 et fais des tests.

[Bwafa]

merci encore frenchsting pour votre réponse
à votre avis avoir un serveur de version plus récente que l'IDE ne pose pas de probleme?

[frenchsting]

Aucun, sauf pour les versions de l'IDE antérieures à la 14.

Je développe en 22 et mon Manta local est en 24.

[Bwafa]

desolée, mais vous entendez quoi par manta "local" càd de developpement ? et pour les install chez les clients ?

[frenchsting]

Oui, sur mon de développement, j'ai une V24.

Chez les clients, du 18 ou du 22. Mais aucun souci pour faire fonctionner les bases issues de Windev 15 et supérieures.

[Bwafa]

merci infiniment je vais tester