Le 14/04/2011 18:59, Benjamin POUSSIN a écrit : Je répondrais plus tard sur les labels.
On conservera trace ausi dans ce même fichier de propriété du label courant, permettant de ne pas faire d'opération "complexes" et pénible sur les noms de fichier afin de retrouver le label de travail. Je ne suis toujours pas d'accord avec ca. Pour moi on ne conserve pas le Label, on le reconstruit au besoin grace au Path sur le FS, car sinon on a une info conservée de deux façon différente et ce n'est jamais un bonne idée.
Disons que le problème de ne pas le stocker, c'est qu'après il faut aller remonter dans l'arborescence, chercher le premier fichier .wp pour commencer à reconstruire le label. Et en plus avec cette nouvelle version de sync on ne va plus sauvegarder l'adresse original du wikitty service d'où viennent les wikitty, ça n'a plus de sens, donc on n'a plus de moyen évident et instantanné de savoir si c'est la racine du projet wikitty. Donc c'est pour ça que je voulais avoir l'information directement disponible dans le fichier de propriétés.
On distinguera deux fichiers de propriétés pour les informations un qui conservera Pourquoi ne pas en faire qu'un seul ?
Pour une raison très simple en fait, si je conserve les couples id/file dans un fichier de propriété, je peut compter directement tous les fichiers que je suis censé avoir, détecter les nouveaux fichiers. En faisant propriété.keySet() j'obtiens directement tous les ids des wikittys, les ids ne sont pas perdu au milieu des autres propriétés donc pas besoin de faire un traitement pour obtenir les ids quand c'est seulement eux que je veux.
id.UUID=fichier.txt version.fichier.txt=numVer checksum.fichier.txt=checksum
Je prefaire prefixé par version et checksum que suffixé
Apres je ne sais pas ce qui est mieux ce qui est au dessus ou
id.fichier.txt=UUID version.UUID=numVer checksum.UUID=checksum
Ca depend des demandes qu'on fait sur fichier. C'est peut-etre encore autre chsoe
Pour le préfix/suffix, personnellement peu m'importe, donc on va préfixé si tu préfère. Après je m'étais posé la question de l'ordre du couple id/file, avec la solution de deux fichiers de propriétés je faisais les deux, id/file dans celui des id et file/id dans l'autre, finalement j'ai enlevé le second ne lui trouvant plus d'utilité. J'avais pensé à mettre le tout dans une bidimap, mais le risque était que en chargeant l'ensemble des couples id/file je me retrouve à perdre des informations si plusieurs fichiers de l'arborescence possédaient le même nom.
...
Wikitty Service File System ---------------------------
Un tel service devra fournir les méthodes suivantes les méthodes de sauvegarde des wikitty, de restauration, ainsi qu'un certain nombre de fonctionnalités concernant les recherches de wikitty. Ce service, ne gere que des WikittyPubXXX et lorsqu'on fait un find et qu'il detecte de nouveau fichier, il leur assigne un Id.
ps: Il manque le pourquoi de cette nouvelle approche (completement universelle, peut servir pour faire de la syncrho entre 2 WS normaux, comme pour une synchro avec le FS pour les developpeurs). Pour les tests, on peut meme faire des tests avec les WS existant sans encore coder le WSFS.
Je corrigerais ça pour la prochaine version des specs, enfin quand on aura un peu plus raffinés cette version.