Discussion :

[LuckyLuke56]

Salut à tous,
Dans mon application, j'ai mis en place une procédure de téléchargement de fichiers par NMFTP.
Lorsque je veux instaurer le même système pour uploader les mêmes fichiers après modification, j'ai une erreur disant que le fichier sur le pc ne peut être ouvert. Je libére le datasource avant upload.
Est-ce du à la réservation des fichiers en mémoire ou une autre astuce.
Si c'est cela comment contourner le problème???

Merci

[ShaiLeTroll]

Quel est le rapport entre le bon vieux TNMFTP et un DataSource ? tu utilise un TClientDataSet pour générer un XML ? as tu mis le Close après le SaveToFile
Essaye un petit Sleep avant de faire l'upload par exemple, détruit l'objet qui écrit le fichier si c'est un TFileStream, ...

Pour ma part, j'ai utilisé ce composant, en fait, un AS400 aspirait un fichier, moi je mettais dans une liste de travail des fichiers à envoyer, dès que l'AS400 avait supprimé le fichier, j'envoyais le suivant, si le fichier était encore là, j'attendais 1 secondes, et je retentais ...

en gros, dans l'ordre, j'utilisais les méthodes de TNMFTP
Connected, ChangeDir, NList, Upload, DoCommand, Disconnect, ... j'ai par contre vachement géré d'exception, avec tout un sytème de tentative, l'objet étant utilisé dans un thread, les fichiers générés dans un autre ...

[LuckyLuke56]

Ta réponse est digne d'un expert mais moi je suis loin de l'être.
Pour t'expliquer, mon appli gère une base de données de clients dont seul moi édite les données qui sont mises à dispo pour les autres collègues sur un site FTP. Je souhaite qu'ils puissent les charger en restant dans l'application. Pour cela je libérais le datasource pensant libérer le fichier *.db et les index.
Mais je constate que l'upload me donne une erreur qui me fait penser à une réservation des fichiers comme s'ils étaient encore occupés. Cen'est pas le cas lorsque moi je download vers le ftp.
Sinon la procédure est celle-ci, le collègue ouvre l'appli, par un menu se connecte, vérifie dans un ini si j'ai modifié la base de données et au besoin l'upload après avoir fermé le data source pour libérer les fichiers, se déconnecte ensuite et réactive le datasource et met à jour son ini sur base de son téléchargement.
Ne faut-il pas faire comme pour un *.ini libérer les fichiers par une commande du style "mesfichiers.free" ??

merci

[ShaiLeTroll]

Tu confonds le DataSource, qui un connecteur entre un DataSet et les Controls et le DataSet lui même (TTable, TQuery, ...), ... un fichier .db, c'est quoi de Paradox, donc BDE, tu as un risque que le BDE mettent un peu de temps pour cloturer l'ouverture de la Base, je te conseille de lier tous tes DataSet à un TDatabase au lieu de mettre directement le dossier ou alias, et d'affecter False à Connected du DataBase ... j'ai pas fait de BDE depuis pas mal de temps ...

[LuckyLuke56]

Je te remercie.
L'aide que je viens de consulter parle dans le même sens que toi.
Cela me donne un gros travail car je dois rebalayer l'ensemble de mon code et modifier tous les dataset. J'espère ne pas avoir de plantage après...
Je m'en occuperai dans les prochains jours et ne manquerai pas le tag "résolu" si c'est le cas.

Le "Savoir" est bien mais le partager est mieux ! Merci

[ShaiLeTroll]

Profites-en pour mettre un place une Factory de DataSet, c'est une Design Patterns, assez pratique, on l'a trouve sur le forum, sous les noms GetQuery ou GetTable par exemple ... cela affecte la connextion, les paramètres par défaut, un SQL et l'ouvre automatiquement ...

[LuckyLuke56]

J'ai trouvé une solution plus facile pour mes compétences.
"Session.Close;"
La libération est instantanée.
Tout fonctionne bien.
Merci encore.