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. 36)
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
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>
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
- Une branche esup-ecm utilisant Nuxeo 5.2 (voir la compatibilité des plugins utilisés) -->VB+HJ--> OK
- Packaging (support postgresql et mysql) -->HJ
- 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)
- 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)
Pour la suite
Pour les besoins ORI-OAI, suite à cela on souhaite (orioai-nuxeo) :
Pour la version 1.0 de ESUP-ECM
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).