FusionForge de l'ADULLACT: BlindFTP : [#5089] Réception : gestion des fichiers "absorbés" par application tierce

Date :
21/03/2011 10:55

Priorité :
3

État :
Open

Proposé par :
Laurent Villemin (villemin)

Confié à :
Nobody (None)

Product :
none

Operating System :
All

Component :
none

Résumé :
Réception : gestion des fichiers "absorbés" par application tierce

Description détaillée
Les fichiers réceptionnés par la diode haute peuvent être absorbés par une application tierce (ie sas de dépollution / serveur de messagerie) . Si cette application supprime le fichier après traitement, lors des prochaines émissions du même fichier par le guichet bas, le fichier sera considéré comme non présent dans l'arborescence et sera à nouveau réceptionné et publié. Cette logique risque de générer des doublons au sein du réseau haut si le fichier est à nouveau traité par l'application tierce. La gestion de ces doublons peut être assurée soit au niveau de l'application tierce ou au sein de blindftp. Une évolution de blindftp pour gérer ce cas n'est pas trop couteuse et permet de bénéficier d'une solution générique. TODO : Lorsqu'un fichier est correctement recu, stocker ses caractéristiques au sein d'un liste (Nom / Taille / Date / CRC / date réception ?) - La liste sera sauvegardée (temporellement / sur evt) sous forme de fichier afin de pouvoir être importée au lancement de blindftp en mode réception (NB prévoir une nouvelle option du mode réception pour utilisation ou non du mécanisme). Conditionner la réception/publication d'un fichier sur la présence du fichier au sein de l'arborescence de réception (fonctionnement actuel) ou la présence de sa référence au sein de la liste. Prévoir nettoyage de la liste sur des critères temporels (fichiers réceptionnés depuis X jours) ou événementiel (ie : dernière réception au max itération ; dans ce cas revoir le header du parquet transmission de fichier pour notifier le numéro d'itération)
Les fichiers réceptionnés par la diode haute peuvent être absorbés par une application tierce (ie sas de dépollution / serveur de messagerie) . Si cette application supprime le fichier après traitement, lors des prochaines émissions du même fichier par le guichet bas, le fichier sera considéré comme non présent dans l'arborescence et sera à nouveau réceptionné et publié. Cette logique risque de générer des doublons au sein du réseau haut si le fichier est à nouveau traité par l'application tierce. La gestion de ces doublons peut être assurée soit au niveau de l'application tierce ou au sein de blindftp. Une évolution de blindftp pour gérer ce cas n'est pas trop couteuse et permet de bénéficier d'une solution générique. TODO : Lorsqu'un fichier est correctement recu, stocker ses caractéristiques au sein d'un liste (Nom / Taille / Date / CRC / date réception ?) - La liste sera sauvegardée (temporellement / sur evt) sous forme de fichier afin de pouvoir être importée au lancement de blindftp en mode réception (NB prévoir une nouvelle option du mode réception pour utilisation ou non du mécanisme). Conditionner la réception/publication d'un fichier sur la présence du fichier au sein de l'arborescence de réception (fonctionnement actuel) ou la présence de sa référence au sein de la liste. Prévoir nettoyage de la liste sur des critères temporels (fichiers réceptionnés depuis X jours) ou événementiel (ie : dernière réception au max itération ; dans ce cas revoir le header du parquet transmission de fichier pour notifier le numéro d'itération)

Commentaires
Tâches liées
Pièces jointes
Modifications

No comments have been posted

No related tasks

Pas de documents joints

No changes have been made to this item

Powered By FusionForge Collaborative Development Environment

Charte d'utilisation / Nous contacter / Mentions légales

Haut de page