Esup 4.2 en cours ...

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 17/12/2015, c'est la version 4.2.1 de uPortal qui y est intégrée (un tag uportal-4.2.1-esup-0 est disponible également).

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
  • tester leur intégration
  • proposer les adaptations nécessaires si besoin
  • et ainsi remplir le document "Compatibilité des Portlets uPortal-Esup V4.2"
• 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)
  • modification du groupstore smartldap avec  prise en comtpe du  childGroupKeyRegex ?
• 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
• 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 d'après nos tests ça ne fonctionne pas/plus)
    Lié à https://issues.jasig.org/browse/UP-4459 ?? 
• 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 : les permissions données par défaut permettent bien à l'administrateur du tenant de gérer uniquement le fragment issu du tenant (et pas les autres fragments). Lors de l'édition du fragment, l'administrateur du tenant a alors la possibilité d'ajouter n'importe quelle portlet sans restriction (la restriction se fera cependant à l'affichage).
  • Un administrateur de tenant peut ajouter une portlet (par exemple de type cms), la configurer complètement (modification du texte pour la portlet cms par exemple) et la configurer pour qu'elle soit disponible pour les groupes gérables par lui même (sous-groupes du tenant) ... mais le bug sur la permission subscribe non répercutée sur le groupe sélectionné fait que la portlet ainsi ajoutée n'est pas disponible à la personnalisation. Cependant l'administrateur du tenant peut utiliser le fragment-admin pour ajouter cette nouvelle portlet dans le fragment du tenant (puisqu'il a en fait la possibilité d'ajouter n'importe quelle portlet du portail - cf plus haut).
• 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.
  • l'IHM ne permet pas de définir 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 longue - 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éral, il semble pour l'instant préférable sur cette 4.2 de revenir à une gestion via export/import des xml pour l'adminitration avancée (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 pas fonctionnelle).
  • gestion des portlets (cf plus haut, l'affectation d'un groupe à une portlet via l'IHM ne suffit plus pour donner la permission subscribe)
  • gestion des permissions (... l'IHM parait plus compliqué à utiliser que l'export/import des xml avec modifications de ceux-ci ...).