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. 81) 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

A faire

  • 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
  • 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)
  • Modifier le titre des pages HTML de Nuxeo ("ESUP-ECM" à la place de "Nuxeo DM") --> DEMANDE DU PILOTAGE
  • Si possible : que l'utilisateur arrive sur son espace personnel par défaut après connexion (possible via un paramètre Nuxeo ?)
  • 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? READ donne forcément le droit de CAN_ASK_FOR_PUBLISHING? etc.
  • 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"
  • Quand un document est mis en attente de publication, je ne le vois pas sur mon tableau de bord alors que je suis modérateur.
    Enfin si, il apparait dans les derniers documents publiés ! Alors qu'il n'est pas publié, mais en attente --> incohérence. Voir si on ne peut pas faire un élément du tableau de bord avec les documents que je dois modérer car je ne vois pas comment les trouver à moins de les visiter un par un dans les sections......

Pour la suite

  • 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 (orioai-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 orioai-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)

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
  • Bouton Référencer : il faudrait ne l'afficher que si on a le droit d'écriture sur le document -->RB
  • 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