1. Nouveautés
• Quelques rappels
• L'API
• Les soffits
• UI et web-components
2. Atelier Déploiement
3. Moment d'échanges

               
                 $ git clone https://github.com/Jasig/uPortal-start.git
                 $ cd uPortal-start
                 
                 $ export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64/
                 $ ./gradlew tasks
                 
                 $ cp build.properties.sample build.properties
                 # edit build.properties

                 $ ./gradlew hsqlStart
                 $ ./gradlew portalInit
                 $ ./gradlew tomcatStart
                 # aller à  http://localhost:8080/uPortal/ et lire https://github.com/Jasig/uPortal-start/blob/master/LISEZMOI.md#premier-lancement-duportal-via-uportal-start
               
             

Pour le reste il y a les documentations uPortal-Start https://jasig.github.io/uPortal/fr ou les mailing-list !

Questions/réponses

Recensement des travaux en cours

Recensement des besoins

Autres sujets

• Qu'es aquo ?
• Comment faire ?
• À chacun sa façon de faire
• Quelques références
• Atelier Développement ?
• Moment d'échanges

• Définiton selon MDN
• Définiton selon webcomponents.org

• 4 fonctionnalités: Custom Elements (compatibilité), Shadow DOM (compatibilité), HTML templates (compatibilité), HTML imports (compatibilité)

• Compatibles nouveaux navigateurs ou via des polyfill (intégrés dans uPortal)
• Bien plus rapide que les portlets à développer
• Facilement intégrables/transportables (webjars)
• Retenir principalement Custom Elements et Shadow DOM
• Faire attention à la taille des composants (dépendences)
• Utilisation de webpack et babel recommandée

• pur javascript (Christian Cousquer)
• VueJS* (Julien Gribonvald)
• PReact*
• React
• HyperHTML
• Polymer*
• Angular
• Svelte
• et bien d'autres

• webcomponents.org
• Documentations et démos de Web-Components dans uPortal-contrib/uPortal-web-components
• Présentation Pascal Rigaux G-Dev septembre 2018
• web-components taggés sur github

Questions/réponses

Autres sujets ?

• Pourquoi les soffits
• Créer une soffit
• Création du projet
• Configuration
• Compilation - test
• Exemple
• Sécurisation
• Retour d'expérience
• Moment d'échanges

• Spring 5: Abandon de l'API Portlet
• Solutions:
• Soffits
• Systèmes sécurisés utilisant des technos récentes (JWT, etc...)
• Web-components
• documentation
• Sécurisation des échanges entre le client, l'API REST et uPortal
• Plusieurs solutions mais la Soffit est la solution une simplifiée/rapide

• en suivant la documentation
• Utilisation de spring boot
• Utilisation de gradle
• Utilisation de l'outil spring initializer : http://start.spring.io/
• Gradle projet
• packaging war
• Dependencies : Sélection dans le search ou dans la liste
• Web
• Cache
• …
• Infos :
• Group : fr.esupportail
• Artifact : zimbra
• Name : zimbra
• Description : …

• Dépendances
• Uportal-soffit-renderer
• ATTENTION : utiliser la version de uPortal installée
• Code java
• Ajouter l'annotation @SoffitApplication dans la classe principale de l'application
• Créer le répertoire
• src/main/webapp/WEB-INF/soffit
• Créer les sous répertoires qui contiendront les soffits (ZimbraMail, ZimbraIcone, ZimbraCalendar, ...)

• Compiler le projet
• ./gradlew assemble
• Déployer le projet dans un tomcat
• Ajouter les soffits dans uPortal (portlet-definition)

• Utilisation de jsonp pour récupérer un token zimbra depuis auth-zcs
• Utilisation des services REST proposés par Zimbra pour récupérer les mail et l'agenda
• Création de services REST dans la soffit pour interroger les services REST de Zimbra
• Utilisation des configurations externes pour récupérer les adresses des serveurs de messagerie
• Le fichier de conf n'est pas l'application.properties par défaut.
• Utilisation des mécanismes introduit dans uPortal 5,0 avec déport des fichiers de conf (utilisation des annotations dans les classes directement @PropertySource et @ConfigurationProperties)

• Mécanisme
• Le views.jsp configure et lance le js
• Le js appelle l'api REST de la soffit qui permet de récupérer un token zimbra avec un appel jsonp
• L'api REST récupère le bon service de récupération de token en fonction du statut de l'utilisateur connecté.
• Le js récupère un token pour l'utilisateur sur la bonne adresse en jsonp
• Le js appelle l'api REST de la soffit qui permet de récupérer les mails non lus dans inbox en utilisant le token récupéré à l'étape précédente
• L'api REST appelle le service REST proposé par Zimbra
• Le js traite les informations récupérées pour l'affichage

• Ajouter la classe SecurityConfiguration

• Soffit développée ou en cours de dev
• Zimbra
• Derniers mails, agenda, lien direct vers le bon serveur de mail
• Sympa
• Liste des listes auxquelles l'utilisateur est abonné sur différents robots
• Actus depuis un flux sécurisé
• Recherche sur ISTEX
• Récupération de la dernière mise à jour de la fiche chercheur
• à partir des informations d'un outil interne : SIR
• En réflexion : annuaire (pour remplacer ContactPortlet et gérer un annuaire interne et externe)

• Remplacement simple de petites portlets ou CMS
• Affichage de flux RSS sécurisé, l'affichage se fait toujours correctement contrairement à l'utilisation de la CMS qui ne passe toujours correctement l'authentification et ne récupère pas toujours bien les flux
• Problème lors de la mise à jour de uPortal, il faut mettre à jour la version de l'API SOFFIT dans chacune d'elle
• Ce ne sera plus un problème lorsque le portail sera en prod (sauf en cas de mise à jour), mais en phase de test c'est assez fastidieux
• Sécurisation : Test sur la soffit sympa
• Pb de cross domain pour récupérer les informations du service REST développé coté soffit si on ne veut pas récupérer le mail dans le bearer depuis la jsp
• Manque de doc et d'exemples concrets, avec sécurisation, etc.

Questions/réponses

Autres sujets ?