Quel système de portail Java utilisez-vous ?

[theute]

Envoyé par jujuz

J'aimerais bien implémenter des solutions OpenSource equivalente avec liferay ou eXo mais .... grrrr il manque des outils de dev je trouve ....

voila c'était juste un avis ....

Interessant. Quels outils recherches-tu ? Ou quelles fonctionnalites des outils sont les plus critiques dans ton cas ?

[yjuliet]

Pour ma part, mon préféré reste Sun Portal Server 7.x (dont OpenPortal 7.2 hérite).
Ses points forts sont
- le modèle de gestion des profils
- l'intégration de nouvelles portlets en quelques clics, sans modification de fichiers de conf, sans bidouillage, très pro, quoi.
- la facilité de customisation
- stabilité et légèreté et scalabilité

Ses points faibles :
- oublié par Sun depuis Sun Webspaces basé sur Liferay
- intégration trop fusionnelle avec Access Manager / Open SSO (du moins trop pour la portabilité, c'est parfait pour mon utilisation)

[natoine]

Glassfish est même pas dans la liste des choix possibles.
Je fais des portlets sour JBoss depuis 2-3 ans.
J'ai voulu passer à Gatein mais niveau communauté personne n'a répondu à mes questions.
Exo est super mal documenté je trouve.

Du coup j'utilise le portlet-container de sun déployé dans Glassfish. Ca tourne bien pour l'instant.
Maintenant le top c'est de pouvoir inclure ses portlets dans un servlet comme c'est décrit là : https://portlet-container.dev.java.n..._in_the_webapp

A part que j'arrive pas à faire d'ipc avec cette solution pour l'instant.
Mais bon je vais créer un topic là dessus.

[skulled]

Bonjour,

J'utilise Liferay depuis un peu moins d'un an. Au début je le trouvais assez complexe et peu ergonomique car ayant auparavant vu Drupal(php) qui est plus abordable aux novices. Mais avec le temps et pas mal d'heures passé sur Liferay je lui trouve plusieurs avantages :

-La simplicité de disposition (graphiquement) des portlets.
-Le plugin SDK s'intégrant à Eclipse permettant d'aller plus vite.
-Les multiples properties que l'on peut définir afin de paramétrer et d'optimiser l'application.
-La possibilité de l'utiliser avec quasiment tous les serveurs d'application Java.

[yjuliet]

Après avoir longtemps bossé sur du Sun Portal 7, j'ai finalement évolué vers d'autres solutions.

• Liferay, bien que repris par Sun ne m'a pas convaincu dans son approche et son administration "bordélique"
• eXo était un bon concurrent, mais plutôt gourmand et ne répondant pas forcément à mes attentes en termes de sécurité
• jetspeed2 (apache) était à l'opposé d'eXo, mais manquait d'ergonomie sur le front.
• Jalios JCMS a finalement retenu mon attention pour sa facilité d'administration, bien que revenant en arrière sur la compatibilité JSR168 qui finalement n'apportait pas grand chose vis à vis des besoins rencontrés et était même parfois gênant pour une belle intégration web 2.0

[lunatix]

j'ai toujours trouvé que les portails java etaient lourds. Franchement : les portlets qui sont autant d'applications web independantes : c'est quand même pas tres cpu/ram friendly

je suis sur qu'il y aurait la place pour un portail next generation ultra light

[Coming_next]

J'ai un peu de mal à comprendre, "pas très CPU / RAM friendly". Enfin je vois mais c'est évident que une application (portlet) qui tourne au sein d'une autre application (portail) à un cout non ?

Vu les entreprises qui utilisent ces portails c'est que çà doit tourner un peu quand même ?

Si ta portlet est une iframe qui pointe vers je ne sais quelle application, çà ne coute rien ou presque mais si elle fait le travail d'un CRM ou GED, c'est évident que çà va être plus couteux ?

Un portail ultra light qui implémente une jsr 168 ou 286, je ne vois pas trop comment...

PS : Alfresco est considéré comme un portail ?