Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.

Espace de travail pour l'élaboration d'Esup uPortal 4.3

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

...

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->8
    • migration/mise à jour uPortal 4.0->4.3
      • export des données
      • git merge: on a tenté de minimiser les conflits attendus entre un merge Esup-uPortal 4.0 -> Esup-uPortal 4.3 (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
  • 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
  • Valider l'intégration des groupes types AD avec le groupstore smartldap  - voir le problème remonté ici : https://listes.esup-portail.org/sympa/arc/esup-utilisateurs/2016-02/msg00021.html
  • 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 ...).

...