Quel portail développé en Java utilisez-vous ? Partagez votre expérience

[keulkeul]

Bonjour,

L'équipe Java vous propose un sondage pour faire le point sur le sujet. Une précédente version du sondage est disponible ici. Par ailleurs, nous nous limitons aux portails développés en Java.

En votant, n'oubliez pas d'ajouter un message dans la discussion afin de préciser :

• Quel portail utilisez-vous ?
• L'utilisez-vous pour réaliser des portlets, si oui quelle version de l'API (JSR 168 ou JSR 286) ?
• Sinon pourquoi vous n'utilisez pas l'API portlet ?
• Quelles sont les avantages / inconvénients des portails que vous avez-déjà utilisés ?
• Quelle(s) déconvenue(s)/difficultés() ou au contraire quelle(s) bonne(s) surprise(s), avez-vous expérimenté avec ces portails ?

Merci à tous pour votre participation.

[gadp_ch]

Quel portail utilisez-vous ?
Liferay
L'utilisez-vous pour réaliser des portlets, si oui quelle version de l'API (JSR 168 ou JSR 286) ?
Oui, JSR-286
Sinon pourquoi vous n'utilisez pas l'API portlet ?

Quelles sont les avantages / inconvénients des portails que vous avez-déjà utilisés ?
Avantages: Gestion de la sécurité, mise en place et configuration. Dans le cas de Liferay, les thèmes avec Velocity
Inconvénients: Complexe pour les utilisateurs par rapport à un CMS traditionnel

Quelle(s) déconvenue(s)/difficultés() ou au contraire quelle(s) bonne(s) surprise(s), avez-vous expérimenté avec ces portails ?
Bonne surprise: Productivité
Mauvaise surprise: Certains chefs de projets voulant forcer le portail à fonctionner comme un CMS

Les portails tels que Liferay regorgent de puissance, mais il faut cacher la complexité au risque de décourager les équipes

[bigjeff]

Je suis arrivé sur un projet pour maintenir une application extranet sous Liferay, ne connaissant pas d'autres produits de ce type je ne peux émettre de comparaisons.

On utilise l'API Portlet.

Avantages : Solution libre (on n'utilise pas la version entreprise), étant libre je peux consulter régulièrement les sources pour mieux comprendre le produit; Importation des rôles et sécurité venant de OpenLDap; Gestion des droits d'affichage par rôle, groupe de rôle, communauté de rôle donc plusieurs possibilités; La gestion de l'affichage en fonction de la taille de l'écran ce qui permet l'utilisation du site sur plateforme mobile(si on a suivi les normes W3C).

Inconvénients : Documentation et surtout exemple de code dur à trouver (pour créer un tableau de données on nous propose avec la pagination et gestion du tri, j'aurai apprécié avoir un exemple simple pour bien comprendre puis passer à un niveau au dessus (peut-être une idée d'article à rédiger); Pourquoi quand Liferay gère l'oubli de mot de passe il demande à LDap une authentification avec le nouveau mot de passe saisi... Bien sûr LDAP répond par une erreur, de plus Liferay mémorise l'ancien mot de passe. Ça doit être un code 18 car je suis le seul à avoir ce problème ...

Mais le principal problème que j'ai eu c'est que les précédents codeurs ont développé des pages JSP comme si c'était du HTML donc c'est très lourd mais ce n'est pas la faute de Liferay.

En conclusion je pense que Liferay est un bon produit mais comme pour ce type de produit il faut le maîtriser pour l'utiliser de façon optimum.

[Nemek]

Envoyé par keulkeul

Quel portail utilisez-vous ?

Au boulot notre client utilise Oracle WCI. Cependant je suis rarement intervenu dessus.

Envoyé par keulkeul

L'utilisez-vous pour réaliser des portlets, si oui quelle version de l'API (JSR 168 ou JSR 286) ?

Nous avons un framework interne pour gérer des portlets mais quasiment aucune application ne l'utilise. D'ailleurs notre client a arrêté sa maintenance, alors que le framework Web/Ajax sur lequel il repose a nettement évolué !

Envoyé par keulkeul

Sinon pourquoi vous n'utilisez pas l'API portlet ?

Les portlets n'apportent pas grand chose. Elles permettent essentiellement de gérer la communication entre des "morceaux d'applications" utilisés au sein d'une même page (par composition, style iGoogle).
Mon client utilise principalement le portail pour le SSO et gérer l'accès aux applications (y compris l'affichage) en fonction du LDAP.
Le portail sert également de facade pour communiquer avec les serveurs applicatifs qui sont dans des DMZ.

Envoyé par keulkeul

Quelles sont les avantages / inconvénients des portails que vous avez-déjà utilisés ?

C'est Oracle : Cher, Complexe, Incompatible, Buggé, ...
Les avantages : je cherche encore mais si le client l'a choisi c'est qu'il doit bien y en avoir ... Quoique.

Envoyé par keulkeul

Quelle(s) déconvenue(s)/difficultés() ou au contraire quelle(s) bonne(s) surprise(s), avez-vous expérimenté avec ces portails ?

Plusieurs jours pour essayer d'installer une demo, base de données Oracle obligatoire, réinitialisation des logs en cas d'erreur de démarrage, etc. L'équipe d'intégration n'a toujours pas réussi à l'installer ...

J'ai essayé JBoss Portal, installé en deux secondes et parfaitement fonctionnel au démarrage. La création des pages est un peu plus complexe je trouve en revenche avec leurs histoires de connecteur. Ce n'est pas très évident au premier abord mais on trouve pas mal de ressources contrairement à Oracle WCI.

[m.maeva]

Quel portail utilisez-vous ?
Ametys

L'utilisez-vous pour réaliser des portlets, si oui quelle version de l'API (JSR 168 ou JSR 286) ?
Non

Sinon pourquoi vous n'utilisez pas l'API portlet ?
Même si le CMS est en Java, l'utilisation de l'API portlet pour les développement est trop lourde pour une promesse de compatibilité multi portail pas souvent au rendez-vous. D'ailleurs je ne pense pas que le CMS Ametys implémente l'une ou l'autre de cette norme.

Du coup nous développons en utilisant les deux notions suivantes qui "remplacent" la norme de portlet pour Ametys:
- La notion de "service" propre au CMS Ametys, quand il s'agit d'afficher des données ou proposer des interactions simples avec le visiteurs. On est là bien sur très loin des possibilités des APIs portlet, car cette notion n'exige que de disposer d'un flux XHTML à afficher en définitive.
- L'API de gadgets OpenSocial, quand il s'agit d'afficher des services qui se rapprochent la plus des possibilités d'une portlet (personnalisation, redimensionnement...). L'intérêt est que l'écriture d'un gadget est très simple et peut se faire dans n'importe quel langage.

Quelles sont les avantages / inconvénients des portails que vous avez-déjà utilisés ?
Avantages: Dans le cas précis du portail, l'intérêt est précisément qu'Ametys est plutôt un CMS avec des fonctions de type portail, que l'inverse. Du coup l'ergonomie d'utilisation et la facilité de personnalisation des rendus y gagne. On trouve aussi pas mal de gadgets OpenSocial à intégrer.
Inconvénients: Les gadgets OpenSocial sont plus "grand publics" que "professionnels" (par ex, gadgets Facebook, Horoscope, horaires sncf, Velib...). Du coup il faut forcément développer soit même ces services pour un usage "portail interne" (gestion des congés, comptabilité...).

Quelle(s) déconvenue(s)/difficultés() ou au contraire quelle(s) bonne(s) surprise(s), avez-vous expérimenté avec ces portails ?
Bonne surprise: Simplicité de l'approche "service" qui convient dans la plupart des cas. C'est aussi sympa de pouvoir récupérer directement plein de gadgets open social existant sur iGoogle.
Mauvaise surprise: On ne peut pas permettre à l'utilisateur de sélectionner dans une même zone de page de manière indifférente des services ET des gadgets OpenSocial, il faut donc bien réfléchir à ce qui doit être personnalisable en amont.