Bonjour,
L'accès de choix (avec Linux) reste souvent CIFS. Vous pouvez en effet désactiver les "exe" qui n'ont pas de sens dans ce contexte (pas de vrai salut en ce qui concerne les accès concurrents donc).
Attention juste à certains outils (je pense à gnomeFS) qui ont tendance à "casser" le versionning en créant de nouveaux fichiers en permanence au lieu de modifier les fichiers existants. vi fait la même chose par défaut d'ailleurs.
- CIFS n'est pas sécurisé (ou alors je me trompe) et cela m'obligerait à passer par un tunnel (genre vpn openvpn mais qui ne permet pas les broadcasts en mode tunnel … un autre débat) et cela ne me paraît pas vraiment une solution valable.Inutile : CIFS fonctionne très mal à travers un accès distant.
- Webdav semblait une alternative plus "cool" avec la possibilité de passer par du HTTPS. Mais j'ai l'impression qu'Alfresco en a décidé autrement ? (Je me trompe ?)WebDAV est plus adapté à des liens distants en effet.
Je ne comprend pas que l'on ne puisse pas travailler avec des Locks en webdav avec Alfresco et des clients Linux ? J'ai compilé la dernière version du SVN d'Alfresco et j'ai un peu avancé avec les Locks.Je ne comprends pas trop non plus parce que la méthode est implémentée …
Maintenant je n'ai plus de message d'erreur côté Alfresco mais côté linux toujours cette "Erreur d'entrée/Sortie" lorsque je fais un simple "cp fichier -> répertoire webdav" alors que le fichier est correctement copier vers le répertoire .Coté client ou coté serveur … tout est possible.
Je pense que :
- Soit la réponse du serveur est ??§/.!!:,! bizarre :roll:
- Soit c'est webdav qui est buggé
Dans tout les cas, je suis sûre que tant que j'avance je ne recule pas et je poursuivrai demain mes investigations. En effet, je trouve cela INCROYABLE d'avoir une implémentation de webdav sans avoir de gestion des locks… Autant rayer le "Dav" de webdav non ?D'un point de vue purement "norme", l'application de la RFC n'impose pas la gestion des locks pour une implémentation de base (de mémoire, mais je me trompe peut être).
Content from pre 2016 and from language groups that have been closed.
Content is read-only.
By using this site, you are agreeing to allow us to collect and use cookies as outlined in Alfresco’s Cookie Statement and Terms of Use (and you have a legitimate interest in Alfresco and our products, authorizing us to contact you in such methods). If you are not ok with these terms, please do not use this website.