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/0b103cbd-7184-4099-be75-f90842c7d149/file:content/presentation_Nuxeo_fonc.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

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).
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 ?].
cacher les boutons de gestion des utilisateurs et des groupes (ajout/suppression)
clarifier le code JSF manipulant les cases à cocher (onglet publier puis référencer)
packaging

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

donner la possibilité d'initier une (ou plusieurs) fiche(s) ORI-OAI depuis une version publiée d'un document [partiellement fait dans le trunk]- pouvoir agir sur toutes les actions du workflow
donner la possibilité d'afficher le formulaire auteur depuis Nuxeo (A compléter)
Une branche esup-ecm utilisant Nuxeo 5.2 (voir la compatibilité des plugins utilisés) et une branche du plugin orioai-nuxeo compatible Nuxeo 5.2
Ne pas pouvoir supprimer des versions référencés dans ori-oai, etc. ==>> cohérence fonctionnelle
Onglet référencer ne doit s'afficher que dans les workspaces sur les Nuxeo File (et pas sur les proxy dans les sections)
pouvoir référencer un document dans un workflow déjà commencé. Exemple de la thèse à attacher dans un workflow initié par quelqu'un d'autre* pouvoir référencer un document dans un workflow déjà commencé. Exemple de la thèse à attacher dans un workflow initié par quelqu'un d'autre

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