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

• 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>

• Avoir un résolveur d'URL qui permette de récupérer une version publiée d'un document (cf page "A résoudre") : cette URL sera propre (comme actuellement) mais basée directement sur le numéro uid de la version publiée du document, et non sur l'uid du proxy de la version [A faire : avec WebEngine ?]. <span style="color: #ff9900"><strong>-->VB</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)
• Reprendre les différents thèmes ESUP-ECM (utilisation de l'éditeur de thèmes de la 5.2) -->HJ
• 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
• 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
  • org.jboss.deployment.DeploymentException: Failed to find META-INF/jboss-service.xml for archive jbossweb-tomcat55.sar -->VB--> OK
  • 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)
• Passer l'url de nuxeo en paramètre de la transformation XML
• Epurer les types de documents proposés -->RB
• Supprimer onglet Prévisualisation et Métadonnées -->RB
• Désactiver la navigation virtuelle -->RB

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.

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

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
• Format de date non correct dans la fiche DC générée -->YC
• Nom de l'auteur non correct dans la fiche DC -->YC
• Ne pas pouvoir supprimer des versions référencés dans ori-oai, etc. ==>> cohérence fonctionnelle -->voir un peu plus tard
• 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
  • Ajouter une nouvelle méthode pour renvoyer les messages d'erreur d'une fiche non remplie -->FJ
• Bouton Référencer : il faudrait ne l'afficher que si on a le droit d'écriture sur le document -->RB
• 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
• Utiliser les libellés des actions renvoyés par le WS de ori-oai-workflow -->YC
• 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
  • Pouvoir désactiver facilement le cache (attribut true/false dans le code en attendant cache "propre" -->FJ--> OK
  • Notifications sur événements -->FJ
• 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
  • Redirection sur demande d'authentification si lecture non autorisée et que l'utilisateur est anonyme  -->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
  • ... ?

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