...
- Le canal cstockage est plus rapide lors du chargement de l'espace (équivalent au drive pour le portlet) après connexion que le portlet, cela vient sans doute du fait que le portlet récupère tous les "Children" avec leurs propriétés alors que le canal lui ne semble pas faire tout cela. Y aurait une façon d'améliorer cela ?
- Commentaire par V.Bonamy: a priori org.apache.commons.vfs.provider.getChildren demande effectivement au AbstractFileSystem fs de récupérer l'ensemble des propriétés des children lors des resolveFiles - aussi avec commons VFS, cela parait difficile d'optimiser la chose.
- Si un chemin d'accès n'est pas joignable le drive n'affichera pas son contenu et finira avec une erreur affichée à l'utilisateur, après avoir changé de drive et en revenant sur le drive à problème une erreur "Internal servlet error" est affichée rendant le fonctionnement du portlet instable. De notre côté nous avons intercepté les erreurs en ne retenant à l'affichage que les espaces sans problème, aucune erreur ne sera affichée à l'utilisateur, mais des messages de log sont générés. Mais la question à se poser est que faire des chemins d'accès posant problème, les lister et les afficher dans une box à l'utilisateur pour qu'il transmette ces problème à un admin ? envoyer un mail d'erreur à l'admin de l'application ? ou juste se contenter des messages de log ?
...
- L'authentification se fait sans domain, cela peut poser problème sur des accès en CIFS par exemple
-> permettre de définir un domain au niveau d'un FsAccess ou d'un UserAuthenticatorService- Commentaire par V.Bonamy: fait dans la branche - ok pour prochaine version