Actualités

[13/12/2016] Webinar Digital in Store, les facteurs clés de succès

Smile a récemment publié un livre blanc sur les dispositifs permettant d’accroître l'efficacité des forces de ventes et d'enrichir l'expérience client : le "Digital in Store - les facteurs clés de succès".

En 1h, le mardi 13 décembre de 11h à 12h, découvrez un condensé des bonnes pratiques et cas d'usages en la matière grâce à notre webinar !

[29/11/2016] Coved lance son projet de cabines connectées avec Smile

Smile accompagne le groupe Coved dans le lancement à grande échelle d’un projet de cabines connectées. Découvrez le témoignage !

[25/11/2016] Smile Toulouse déménage

Smile Toulouse va changer d'adresse !

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