Pages enfant
  • Remarques et demandes d'évolution

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

...

  • 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 ?  => La contribution CIFS règle en partie ces problèmes, qui sont interceptés, mais il reste à savoir si la gestion qui en est faite est la bonne, car ne pas afficher les répertoires/fichiers à problème est une solution, mais les gestion des erreurs et de leur log serait sûrement à améliorer, les questions précédentes se posent donc toujours (envoie d'un mail au gestionnaire du portlet ? etc...). -> vincent: l'envoi d'un mail au gestionnaire lorsqu'une erreur survient peut se faire via la configuration d'un SMTPAppender dans log4j simplement ; est-ce que cela ne suffirait pas ? Si mais il faudrait documenter un exemple.
  • Définir les droits d'accès sur des attributs utilisateur fourni par le portail et récupéré via le request.getAttribute("isMemberOf") par exemple. Par contre cela nécessite de modifier l'appel Map userInfos = (Map) request.getAttribute(PortletRequest.USER_INFO); en Map userInfos = (Map) request.getAttribute("org.jasig.portlet.USER_INFO_MULTIVALUED"); (cf jira https://issues.jasig.org/browse/UP-933Image Added) d'une part pour récupérer les attributs utilisateur multivalués, puis d'interpréter le map comme un map <String, List>. Ainsi après on peut faire une vérification sur une valeur de l'attibut égale à une valeur définie dans le drive ou on peut imaginer un match avec une regex. qu'en dis tu Vincent ? l'amélioration n'est pas négligeable pour nous quand on a plus de 100 drive défini sur des groupes (temps de chargement largement amélioré car on publie dans les attributs utilisateur de notre ldap les groupes dont l'utilisateur est membre).

Remarques et Demandes d'évolution de l'Université de Rennes 1 :

...

https://sourcesup.renater.fr/tracker/index.php?func=detail&aid=8312&group_id=251&atid=1114Image Added