Vous regardez une version antérieure (v. /wiki/display/ESUPMU/Esup+4.3) 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. 10) afficher la version suivante »

Espace de travail pour l'élaboration d'Esup 4.2

Une branche esup-4.2 sur le Github EsupPortail correspond à l'intégration en cours d'EsupPortail de uPortal 4.2.

https://github.com/EsupPortail/esup-uportal/tree/esup-4.2

Au 19/05/2015, c'est la version 4.2.0 de uPortal qui y est intégrée.

En voici une copie d'écran.

Travaux en cours

  • reprendre la documentation (proposée dans ce même espace) de la 4.0 pour l'adapter :
    • version jdk/tomcat : 6->7
    • migration/mise à jour uPortal 4.0->4.2
      • export des données
      • git merge: on a tenté de minimiser les conflits attendus entre un merge Esup-uPortal 4.0 -> Esup-uPortal 4.2 (par rapport aux conflits assez nombreux issus de Jasig) mais il en reste quelques uns.
      • import des données
  • s'assurer que les portlets Esup et Jasig usuelles restent fonctionnelles sur ce nouveau socle
  • faire remonter au maximum les différentes modifications aux projets mères, notamment via la facilité des Pull Request Github
    • portlets responsive
    • traductions FR I18N (portlets et socle uPortal)
  • traiter les nouvelles problématiques liées au thème Responsive ( notamment la disparition des fly-out menus nécessitant de repenser la navigation dans le portail :  https://listes.esup-portail.org/sympa/arc/esup-utilisateurs/2015-04/msg00011.html  ) : les portlets Marketplace et Favorites présents à partir de la 4.2 peuvent répondre à ces problématiques ( new ways of discovering portal content (the Marketplace) and new ways of navigating layout (Favorites) ).

Problèmes

  • Documentation
    • Manque une documentation fonctionnelle sur les possibilités et la mise en place des tenants
  • Tenants
    • Les tenants doivent permettre de "facilement" déléguer la gestion du portail de toute une population à un utilisateur donné (ou un groupe ...), pas simple actuellement à réaliser, il faut affiner manuellement les permissions (ce qu'on pouvait déjà faire avant l'arrivée des tenants en fait ...).
    • Par défaut, des ajustements techniques sont donc nécessaires : en premier lieu, donner le droit d'utilisation de fragment-admin au groupe "Tenants Manager" notamment ...
  • Administration des portlets et permissions
    • Via l'IHM, l'affectation d'un groupe à une portlet ne suffit plus pour lui donner la permission de subscribe (ou plutôt ça devrait suffir mais ça bug)
  • Groupes PAGS en base
    • les problèmes d'instabilité des pags en base seraient en grante partie corrigés maintenant en 4.2.1 - cf https://issues.jasig.org/browse/UP-4483 et https://issues.jasig.org/browse/UP-4482 - reste https://issues.jasig.org/browse/UP-4442 cependant 
      (TODO : refaire des tests avec quelques groupes - tenter aussi le test classique de l'inclusion de groupes qui  boucle ...)
    • l'IHM permet d'ajouter des groupes locaux dans des groupes PAGS mais ça n'est en fait actuellement pas possible (question)
    • l'IHM ne permet pas de défini les règles pags - il faut importer les groupes pags en base via fichiers xml
  • Le fait que toutes les portlets d'un même onglet se chargent sur un mobile peut poser des problèmes 
    • de performance : l'affichage est plus long puisqu'on charge tout sur une même page
    • d'ergonomie : la page peut devenir très lognue - si une portlet de bas de page propose un système de navigation en restant en mode normal, l'utilisateur peut avoir besoin de rescroller toute la page pour retrouver la portlet après chaque action ...
  • D'un point de vue générale, il semble pour l'instant préférable sur cette 4.2 de revenir à une gestion via export/import des xml pour l'adminitration (les ihms semblant partiellement buguées ?) : 
    • gestion des groupes (cf plus haut, dès lors qu'on a à faire un groupe PAGS, l'IHM n'est plus OK).
    • gestion des portlets (cf plus haut, l'affectation d'un groupe à une portlet via l'IHM ne suffit plus)
    • gestion des permissions (... IHM assez compliqué cependant ... aussi peut-être est-ce une erreur de manip ...).

 

 

 

  • Aucune étiquette