Projet esup-ecm

Recherche

Sommaire

Pages enfant
  • Cahier des charges

Vous regardez une version antérieure (v. /wiki/display/PROJESUPECM/Cahier+des+charges) de cette page.

afficher les différences afficher l'historique de la page

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 99) afficher la version suivante »

Ici on tente de regrouper des documents qui décrivent notre besoin, notre ambition dans Esup-ECM.

Objectif d'une première version stable (esup-ecm)

L'essentiel de cette partie est résumée ici : http://nuxeo.univ-rennes1.fr/nuxeo/nxfile/default/e4d7f31b-9690-4662-a547-8f55a377c3d1/file:content/presentation_Nuxeo_ori.pdf
Notez au passage ici que l'uid de ce document que l'on retrouve dans l'url est propre, malheureusement :

  • le numéro est l'uid du proxy,
  • par défaut une mise à jour du document détruit automatiquement ce proxy,
  • l'ancienne url tombe alors en 404
    => pas de pérennité ni d'unicité des versions et des urls publiés par défaut dans Nuxeo

Pour la version 1.0 de ESUP-ECM

Fait

  • Pouvoir gérer les versions Nuxeo au mieux (cf page [A résoudre]) : publier directement une version d'un document dans des sections et non pas uniquement la dernière version comme actuellement (partiellement fait dans le trunk - à débuguer, notamment la partie JSF). <span style="color: #ff9900"><strong>-> FJ</strong></span> <span style="color: #339966"><strong>-> OK</strong></span>

  • Cacher les boutons de gestion des utilisateurs et des groupes (ajout/suppression) -->HJ --> OK
  • Clarifier le code JSF manipulant les cases à cocher (onglet publier puis référencer) --> FJ --> OK
  • Une branche esup-ecm utilisant Nuxeo 5.2 (voir la compatibilité des plugins utilisés) -->VB+HJ --> OK
  • Packaging (support postgresql et mysql) -->HJ --> OK
  • Tri sur les versions dans l'onglet publié (passage de 1.9 à 1.10 par exemple) -->RB --> OK(testé : fonctionne de base)
  • Modification des écrans
    • Revoir onglet historique (actuellement on utilise ce que l'on a fait pour la 5.1.6. peut-être faut-il faire des choses plus "propres" à la 5.2.) -->RB --> OK
    • Revoir onglet version (supprimer le choix "Pas de montée de version") ori-actions-contrib.xml -->RB --> OK
  • Supprimer des erreurs JBOSS des log
    • org.jboss.deployment.DeploymentException: Failed to find META-INF/jboss-service.xml for archive jbossweb-tomcat55.sar -->VB --> OK
  • Supprimer onglet Prévisualisation et Métadonnées -->RB --> OK(suppression aussi onglet historique...)
  • Reprendre les différents thèmes ESUP-ECM (utilisation de l'éditeur de thèmes de la 5.2) -->HJ --> OK
  • Epurer les types de documents proposés -->RB --> OK (utilisation de properties au moment du déploiement)
  • Désactiver la navigation virtuelle -->RB --> OK
  • Tenter de remettre d'aplomb la demande de publication sur l'onglet "Publier" de ESUP-ECM -->YC--> OK
  • Regarder pourquoi la modification d'un fichier dans l'onglet "Modifier" ne marche pas-->YC--> OK
  • Si possible : que l'utilisateur arrive sur son tableau de bord ou son espace personnel par défaut après connexion (possible via un paramètre Nuxeo ?) -->YC--> OK fait pour le tableau de bord
  • Enlever NxShell (déjà intégré à Nuxeo-dm-5.2.0) -->HJ --> OK
  • Paramétrer l'affichage (O/N) des espaces personnels -->HJ --> OK
  • Pouvoir gérer des "patches" sans attendre une mise à jour NX -->HJ --> OK
  • Un seul bouton "Archiver" dans l'onglet "Version" -->YC--> OK

A faire

  • Vérifier si exception lors de la création de la relation ori-oai avec postgresql
  • Cacher l'onglet "version" si on n'a pas le droit d'écrire sur le document
  • Supprimer des erreurs JBOSS des log
    • Sur la première page si l'utilisateur anonyme n'a aucun droit (pas une seule section publique par exemple) on a une erreur (seulement dans le log)
      --> YC: poser la question à Nuxeo
      --> YC: bien dire dans la doc que c'est une erreur connue "normale"
  • Modifier le titre des pages HTML de Nuxeo ("ESUP-ECM" à la place de "Nuxeo DM") --> DEMANDE DU PILOTAGE
    --> YC: impossible à priori dans cette version car écrit "en dur" dans trop de vues
  • Regarder le comportement des droits et bien documenter le tout -->
    • droits à la création de la base?
    • quels sont les droits hérités?
    • comment donner accès à Everyone/members?
    • READ donne forcément le droit de CAN_ASK_FOR_PUBLISHING?
    • etc.
      --> YC: poser toutes ces questions à Nuxeo
      --> YC: méga documenter le tout
  • Faire en sorte de pouvoir sélectionner 'members' lors de la gestion des droits
  • Problèmes remontés par Yohan sur les documents dans les sections que personne ne peut voir (sauf l'admin et le owner) quels que soient les droits --> Erreur "Privilege 'Version' is not granted"

Pour la suite

  • Lever la limitation à l'utilisateur  "Administrator" des droits d'administration de web-engine et theme-editor -->HJ
  • Vérifier
    • Pour des questions de perf que le a4j:support event="onchange" dans le nxu:dataList de esup_document_publish.xhtml ne refraichit bien qu'une zone écran et pas toutes les zones répétées
      --> YC: à priori j'ai testé et ça rafraîchit toutes les zones de versions. A modifier donc ...
  • dépôt et publication d'un ensemble de pages type "site web" (ressource complexe)

  • gestion des groupes (uportal ? ldap [grouper] ?)

  • authentification shibboleth
  • support des quotas
  • support des fichiers distants : url simple et non contenu ... voir simple description du lieu (livre)
  • libellés des versions éditables par l'utilisateur.
  • l'URL générée pour webengine de type http://localhost:8080/nuxeo/site/esupversions/a826ec70-a13f-4ddb-8897-68a313f32c9a n'est visible qu'au moment où on référence (dans la fiche de métadonnées). Hors, on a besoin à un moment donné de voir cette URL ailleurs (pour la copier/coller dans un mail, un moodle, ou autre). Pour le moment on peut utiliser le lien proposé par Nuxeo mais il est différent de celui-ci. Donc où présenter ce lien ailleurs ? A la place de celui déjà proposé par Nuxeo ? Dans l'onglet version ?

Pour les besoins ORI-OAI, suite à cela on souhaite (ori-oai-nuxeo) :

Pour la version 1.0 de ESUP-ECM

Fait

  • Donner la possibilité d'initier une (ou plusieurs) fiche(s) ORI-OAI depuis une version publiée d'un document -->YC--> OK
  • Pouvoir agir sur toutes les actions du workflow -->YC--> OK
  • Donner la possibilité d'afficher le formulaire auteur depuis Nuxeo (A compléter) -->YC--> OK
  • Une branche du plugin ori-oai-nuxeo compatible Nuxeo 5.2 -->VB--> OK sur la 5.2 RC1
  • Onglet référencer ne doit s'afficher que dans les workspaces sur les Nuxeo File (et pas sur les proxy dans les sections) -->RB--> OK(fait par FJ)
  • Passer les développements sur un nuxeo 5.2--> OK sur la 5.2 RC1
  • Si suppression de la fiche dans ORI-OAI --> plantage dans Nuxeo -->YC --> OK
  • La fiche ne doit plus être créée depuis Nuxeo, mais demandée au workflow et complétée côté Nuxeo-->YC--> OK
  • Format de date non correct dans la fiche DC générée -->YC--> OK
  • Nom de l'auteur non correct dans la fiche DC -->YC--> OK
  • Prévoir un paramètre d'URL publique d'accès à nuxeo dans le plugin ori-oai-nuxeo. En effet, pour le moment on a une URL de type http://localhost:8080/nuxeo/site/..... mais il faut prévoir d'utiliser l'adresse du frontal apache-->YC--> OK
  • Mise en place de webengine pour visualiser les documents
    • Création du plugin esup-webengine-versions  -->VB--> OK
    • Résolution d'une url comprenant l'uid d'un document (et donc d'une version)  -->VB--> OK
    • Téléchargement direct du fichier attaché si il existe  -->VB--> OK
    • Gestion des autorisations de lecture en fonction des proxys du document  -->VB--> OK
    • Dézippage et affichage "mini site web" si le fichier attaché est un zip et qu'il contient à la racine un fichier index.html  -->VB--> OK
  • Utiliser les libellés des actions renvoyés par le WS de ori-oai-workflow -->YC--> OK
  • Régler les problèmes de cache:
    • Pouvoir désactiver facilement le cache (attribut true/false dans le code en attendant cache "propre" -->FJ--> OK
  • Modifier les méthodes du WS de ori-oai-workflow
    • Renvoyer dans le WS de ori-oai-workflow les libellés des actions au lieu de les gérer dans les bundles nuxeo -->FJ--> OK
    • Ajouter une nouvelle méthode pour renvoyer les messages d'erreur d'une fiche non remplie -->FJ--> OK
    • Externaliser les messages du schematron LOM pour avoir des messages I18N -->FJ--> OK
  • Ajouter l'appel à une nouvelle méthode du WS de ori-oai-workflow pour afficher les messages d'erreur d'une fiche non remplie -->YC--> OK
  • Modifier le webservice getCurrentStates pour prendre en compte la langue -->FJ--> OK
  • Mise en place de webengine pour visualiser les documents
    • Problème d'install avec les versions et dépendances du pom.xml-->VB--> OK
    • Ajouter le cas suivant: si j'ai un zip qui ne contient qu'un document à la racine qui s'avère être un dossier et que ce dossier contient un fichier index.html ou index.htm --> je dézippe et présente le mini site-->VB--> OK (Fait par YC)
    • Prendre en compte index.htm en plus de index.html à la racine-->VB--> OK (Fait par YC)
    • Renvoyer à la racine du mini site si un lien mort dans le site au lieu de renvoyer le .ZIP-->VB--> OK (Corrigé par YC car URL non correcte lors du redirect)
  • Bouton Référencer : il faudrait ne l'afficher que si on a le droit d'écriture sur le document -->RB --> OK

A faire

  • Permettre depuis Nuxeo de "raccrocher" un NxFile à un workflow déjà initié (dans les thèses, le workflow est initié depuis ori-oai-workflow pour ensuite seulement être lié à un dépôt de thèse dans Nuxeo). -->YC
  • Ne pas pouvoir supprimer des versions référencés dans ori-oai, etc. ==>> cohérence fonctionnelle -->voir un peu plus tard
  • Régler les problèmes de cache:
    • Regarder la "lenteur" aux appels WS ori-oai-workflow -->VB
    • Remplacer la hashmap par la méthode de cache Nuxeo org.jboss.cache pour la gestion du cache oriInfosCache -->Voir si assez de temps
    • Notifications sur événements -->FJ
  • Mise en place de webengine pour visualiser les documents

Pour la suite

  • les modérateurs ORI doivent pouvoir lire les ressources dont  ils doivent valider les fiches descriptives : à faire de manière automatique (en 1.0, cette gestion se fait manuellement).
  • stockage du fichier depuis ori-oai-workflow (vers Nuxeo ... ou en interne pour une version light de ori-oai-workflow ...).
  • Formaliser les droits/permissions d'un Nuxeo File via une fiche de métadonnées XML dans un format adéquat (format englobant).
  • Aucune étiquette