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
Voir aussi ce document: 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
A faire
- Lever la limitation à l'utilisateur "Administrator" des droits d'administration de web-engine et theme-editor -->HJ
RB: à tester "group=administrators"
- Proposer au choix l'authentification CAS ou LDAP dans ESUP-ECM -->HJ
- Revoir la recherche avancée (supprimer les posibilités de recherche sur les métadonnées qu'on ne permet plus d'informer)
- 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
--> YC: à priori j'ai testé et ça rafraîchit toutes les zones de versions. A modifier donc ...
--> VB : a priori l'appel à la méthode esupPublishActions.getVersionsSelectModel() pour récupérer en un seul bloc toutes les infos liées aux versions ne nous permet pas de mettre en oeuvre un appel Ajax bloc par bloc : il faudrait pour cela découper les infos données par esupPublishActions.getVersionsSelectModel() en plusieurs sous-blocs (et donc appel à plusieurs méthodes avec en paramètre la version) ; ce qui permettrait ainsi de rafraichir via Ajax uniquement ces sous-blocs.
Le constat est certainement le même pour incl/ori_action_view.xhtml avec l'appel à oriManager.getVersionsReferencedModel() : une seule méthide pour tout récupérer qui doit donc logiquement être rappellée 'entièrement' à chaque modification des données.
- dépôt et publication d'un ensemble de pages type "site web" (ressource complexe)
- ajouter le commentaire du modérateur dans l'envoi du mail après publication/rejet dans nuxeo
- gestion des groupes (uportal ? ldap [grouper] ?)
- authentification shibboleth --> Raymond demande un devis à Nuxeo
- 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 ?
- Axel: Je n'ai pas pu déterminer précisément dans quel cas ça le fait, mais en faisant plusieurs montées de version consécutives, puis en cliquant sur "restaurer" de plusieurs versions archivées, je finis systématiquement par avoir des versions "mineures" (un n° genre X.Y au lieu d'avoir X.0).
- dans la liste des versions de l'onglet Publication, si on a une version 10.0, elle vient s'intercaler entre la version 1.0 et la version 2.0...
- présenter dans l'ordre décroissant des versions dans les onglets Publication et Référencement
- Une poubelle par répertoire : difficile à gérer => faut-il que la poubelle soit une poubelle d'administrateur : permettrait à l'adminstrateur de pouvoir restaurer des fichiers/répertoires supprimés par les utilisateurs.
Pour les besoins ORI-OAI, suite à cela on souhaite (ori-oai-nuxeo) :
A faire
- Régler les problèmes de cache:
- Regarder la "lenteur" aux appels WS ori-oai-workflow -->VB : ori-oai-nuxeo r396 : on garde le même proxy WS pour tous les appels WS - r1329 workflow : optimisation du cache côté workflow. Je ne suis pas sûr qu'on puisse faire mieux - La mise en oeuvre d'appels Ajax serait intéressant ici.
- Notifications sur événements -->FJ
- Remplacer la hashmap par la méthode de cache Nuxeo org.jboss.cache pour la gestion du cache oriInfosCache -->Voir si assez de temps
- Mise en place de webengine pour visualiser les documents
- Prévoir une 404 pour les documents non trouvés. Aujourd'hui, si je tente l'accès à une URL avec un identifiant bidon, j'ai une réponse 200--> si le temps mais pas nécessaire en 1.0
- ... ?
- 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
- 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).
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). --> FJ --> OK
- 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
- Si possible : que l'utilisateur arrive sur son tableau de bord ou son espace personnel par défaut après connexion (possible via un paramètre Nuxeo ?) -->YC--> OK fait pour le tableau de bord
- Enlever NxShell (déjà intégré à Nuxeo-dm-5.2.0) -->HJ --> OK
- Paramétrer l'affichage (O/N) des espaces personnels -->HJ --> OK
- Pouvoir gérer des "patches" sans attendre une mise à jour NX -->HJ --> OK
- Un seul bouton "Archiver" dans l'onglet "Version" -->YC--> OK
- Modifier le titre des pages HTML de Nuxeo ("ESUP-ECM" à la place de "Nuxeo DM") --> DEMANDE DU PILOTAGE -->HJ --> OK
- 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" -->YC--> OK
- Implémenter l'extension des droits dans ESUP-ECM fait au Rectorat de Rennes -->YC--> OK
- Cacher l'onglet "version" si on n'a pas le droit d'écrire sur le document -->YC--> 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) -->RB--> OK corrigé pour la version 5.2.1 de Nuxeo
- Vérifier si exception lors de la création de la relation ori-oai avec postgresql -->VB--> OK plus de pb en suivant simplement cette faq nuxeo : http://doc.nuxeo.org/xwiki/bin/view/FAQ/UsingPostgreSQL83
- Faire en sorte de pouvoir sélectionner 'members' lors de la gestion des droits -->VB+RB+YC--> OK (pas members mais un groupe à créer dans le LDAP : documenter)
- Regarder le comportement des droits et bien documenter le tout -->RB--> OK (on a les réponses, il faut documenter)
- droits à la création de la base?
- quels sont les droits hérités?
- comment donner accès à Everyone/members?
- etc.
- Regarder pourquoi le logout est si long -->YC--> OK (suppression des blocs du tableau de bord en anonyme)
--> YC: une piste: chez moi mon process mysql est à 100% pendant un moment au logout
A voir si c'est lié mais au moment de la connexion d'un user j'ai une pile de logs pendant plusieurs minutes où tout ressemble à ceci:
SELECT parentid INTO newid FROM hierarchy WHERE hierarchy.id = NAME_CONST('curid',_utf8'7ee8ebc4-75a7-4722-bae3-26c79935eb4f' COLLATE 'utf8_general_ci')
SELECT versionableid INTO newid FROM versions WHERE versions.id = NAME_CONST('curid',_utf8'66308e82-2476-4ee7-8e5c-1febd7e573f6' COLLATE 'utf8_general_ci')
- Penser à bien documenter
- Suivre la doc http://doc.nuxeo.org/xwiki/bin/view/FAQ/UsingPostgreSQL83 dans le cas de postgresql -->YC--> OK
- Modifier la table fulltext dans le cas de MySQL après premier accès -->YC--> OK
- Gestion des droits
- Parler du groupe (vide ou non) à créer dans le LDAP qui doit correspondre au defaultGroup pour pouvoir sélectionner "Tout le monde" dans l'IHM de gestion des droits -->YC--> OK
- Expliquer ce que signifient "members", "administrators" et "Everyone" qui sont les groupes par défaut dans Nuxeo -->YC--> OK
- Expliquer comment modifier les droits sur root si besoin (nécessaire ?) -->YC--> OK
- Expliquer quels sont les droits à la racine des espaces par défaut. -->YC--> OK
- Comment couper le droit READ à tous et modifier les droits. -->YC--> OK
- Si on créée un groupe "administrators" dans le LDAP, un droit de gestion totale sera donné aux membres de ce groupe. Sinon, seul l'utilisateur défini comme admin dans la conf aura ce droit à la création de la base -->YC--> OK
- L'utilisation des script de nuxeo-shell-scripts et notamment modifyPermissions.js -->HJ--> OK
- Comment lancer et stopper JBOSS sous Linux -->YC--> OK
- Pour gérer du multifichiers, on dépose un ZIP. Dire aussi que le ZIP sera vu comme un mini site web s'il a un index.htm ou index.html -->YC--> OK
ORI-OAI-nuxeo 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 ori-oai-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)
- Regarder si le code de webengine est bien correct en multi utilisateurs-->VB--> OK
- Bouton Référencer : il faudrait ne l'afficher que si on a le droit d'écriture sur le document -->RB --> OK
- Valider le bouton "Revenir à la page de référencement" lors de la fermeture de la pop-up -->YC --> OK
- Régler le pb des transactions côté WS d' ori-oai-workflow : on casse l'avortement des transactions via les exceptions car on catch maintenant trop tôt les exceptions au niveau du WS , cf mail sur la liste tech ici : https://listes.univ-rennes1.fr/wws/arc/ori-oai-tech/2009-06/msg00162.html -->VB--> OK
- Mise en place de webengine pour visualiser les documents