Actualités

[20/05/2016] Open Source School à Nantes : Lancement le 31 mai 2016 !

Le tour de France du lancement de l'Open Source School continue. Prochaine étape : Nantes le 31 mai !

[19/05/2016] Ne manquez pas les événements de lancement de l'Open Source School à Montpellier et Lille

Après Lyon le 12 mai, ce sera au tour de Montpellier le 19 mai et Lille le 25 mai d'accueillir la conférence de l'Open Source School !

[12/05/2016] Smile décroche le label HappyAtWork for Starters de l’année 2016 !

HappyAtWork for Starters est le premier label des entreprises où il fait bon débuter sa carrière. Il récompense l’excellence dans le management et la motivation des salariés avec la réalisation d’une enquête participative.

Toutes les actualités picto
       

Vous avez besoin de mettre à jour votre Lecteur Flash Flash 7

Guillemet ouvrant l'actualité des solutions
et des technologies open source Guillemet fermant
picto

Intégrer "métier" et Liferay avec ESI-Gate - Partie 1/2

Dans une définition « historique », le rôle central d’un portail comme Liferay est de donner accès aux ressources de l’entreprise. Une problématique classique qui en découle est l’accès aux applications métiers, et, plus précisément dans le cas de formulaires complexes, embarquant une forte valeur métier.

Comment proposer aux utilisateurs ces applications sans pourtant lier fortement portail et métier ?

Plusieurs approches

Liferay est une plateforme proposant de très nombreuses applications et mécanismes : plusieurs  approches sont possibles.

En premier lieu, Liferay propose plusieurs moyens pour créer et administrer des formulaires : Web Forms, Dynamic Data Lists, Kaleo forms.  

Cette approche couple néanmoins très fortement les domaines, peut ne pas suffire pour des besoins poussés et mérite son propre article.

Pour exposer ces formulaires métiers dans Liferay, les choix classiques sont de les développer spécifiquement dans le portail via une portlet spécifique ou d’utiliser la vénérable portlet iframe.

L’iframe

Liferay propose une portlet iframe assez avancée qui permet de configurer la source et éventuellement de lui passer des paramètres d’identification.

Mais celle-ci souffre évidemment des nombreuses tares inhérentes à l’utilisateur des inline-frames :

  • Toute la page est intégrée
  • Une ergonomie très dégradée, surtout sur mobile
  • Des problèmes d’accessibilités et de référencement, un code source comprenant deux balises html
  • La navigation native suivant/précédent
  • Pas de moyen propre de transmettre l’authentification, Liferay devant connaitre le mot de passe pour le transmettre.

Une Portlet spécifique

La solution la plus répandue pour ajouter des fonctionnalités métiers à un portail Liferay est de réaliser des portlets spécifiques. Ces portlets se manipulent exactement comme les applications natives de la solution.

L’inconvénient principal de cette approche est qu’elle lie par les formulaires certaines notions métiers au portail, alors que, par principe, il devrait être purement une vue sur le SI.

Outre le besoin de disposer de compétences en portlet Liferay, ce couplage a des conséquences sur la maintenabilité et l’évolutivité de l’architecture : si le métier évolue, la portlet du portail le doit également.

C’est pour répondre à ces problématiques de couplage que Smile a initialement développé ESIGate.

Nous décrirons pourquoi l’intégrer à Liferay dans cet article.

Pierre Frouge
picto

Commentaires

Soyez la premiere personne à ajouter un commentaire sur cet article.
Ecrire un nouveau commentaire