...
- 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
- 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--> 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
...
- 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
- 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
- Notifications sur événements -->FJ
- Mise en place de webengine pour visualiser les documents
- Dézippage et affichage "mini site web" si le fichier attaché est un zip et qu'il contient à la racine un fichier index.html -->VBVoir la nécessité d'améliorer certains comportements : urls 404, url correspondant à un répertoire d'un minisite, ... -->en parler à la prochaine réunion tél mardi 26 mai
- ... ?
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).