Quel système de portail Java utilisez-vous ?

Bonjour,

Je vous propose un petit sondage pour faire le point sur le sujet.

Sous la dénomination portail, j'entends quelque chose qui fasse CMS + Portlet + Site-s- + front-end + back-end, tout, tout, tout ce qui a un rapport avec la publication de contenu sur le web.

En votant, pourriez-vous préciser :

:fleche: facilité, POUR LE DESIGNER / GRAPHISTE, d'intervenir et placer une charte graphique (pour le développeur, la plupart du temps, c'est facile, et il ne reste qu'à trouver des développeurs avec compétence de graphistes...)

:fleche: facilité d'usage du back-end pour l'utilisateur final ?

:fleche: impression générale de lourdeur / légèreté...

:fleche: gestion des droits ?

:fleche: gestion des workflows ?

:fleche: Aspects GED ?

:fleche: Aspects CMS ?

:fleche: Aspects Portlets ?

:fleche: Doc développeur ? Doc utilisateur ?

:fleche: Pertinence des frameworks supports (JCR ? Spring ? Etc ? )

:fleche: Réussite / échec des projets menés ?

:fleche: facilité d'intégration Ajax ?


J'ai choisi de proposer liferay, jboss portal, alfresco, exo, FileNet, mais il en manque peut-être

Filenet :ccool:

Je veux pas faire le descriptif du produit c'est accessible sur le site d'IBM

http://www-01.ibm.com/software/data/content-management/

Beaucoup de successfull stories avec ce produit

Tu es totalement libre d'utiliser les outils out from the box que propose IBM comme des solutions standards ou alors tu peux tout customisé sans avoir de contraintes

Personnellement j'utilise Spring, Iceface's, Hibernate pour le travail de customisation

Cela supporte la gestion de millions de documents et propose tout ce que tu as mentionné.

Bonjour,

Pour le moment, je travaille sur liferay, et plus précisément sur la "Standard Edition". Ce n'est pas une mince affaire car la prise en main n'est pas évidente au premier abord (voir même au second abord :D)
Liferay est ce qu'on peut appeler une "usine à gaz", pas toujours très stable, aux réactions parfois aléatoires, très lent au démarrage (autant serveur que sur lancement dans navigateur), ce portail reste pourtant très paramétrable et au rendu modifiable.
Un point intéressant est que les développeurs du portail ont pensé aux développeurs qui travailleront dessus. Ils ont développé à coté de leur portail des outils "assistants" comme par exemple le "Plugins SDK" qui apporte les bases de création de projet pour les :
- Portlet
- Thème: rendu graphique pour le portail
- layoutttpl: définition des zones de rangement des portlets dans la page

Au niveau de la documentation, il faut s'accrocher un peu car c'est assez succint et dans ce qu'il y a, c'est pas forcement évident de trouver ce qu'on veut. Liferay après propose une formation sur laquelle ils se payent. c'est un peu le jeu, c'est opensource mais suffisament compliqué pour pousser les développeurs à payer s'ils veulent pouvoir maitriser l'outil.

Un autre point sympa est la facilité d'installation, ils proposent plusieurs serveurs J2EE pré installés; quasiment pré à l'emploi (une petite doc les accompagne et explique les dernieres configurations à apporter pour le fonctionnement). Au demarrage du serveur, si la bd est vide, elle est créée (un peu long) mais ça permet en cas de crash de réinitialiser le portail facilement.

Je n'ai pas eu l'occasion de les utiliser mais liferay propose un système de pont pour les portlets permettant l'utilisation:
- Web Accessibility Initiative (technique pour l'accessibilité aux personnes handicapées)

- Groovy
- JSF
- Struts

- PHP
- Python
- Ruby

Sinon, Liferay embarque un nombre conséquent de Jar (ce qui rend le portail lourd en place occupée)

L'inconvénient, c'est que le portail est sur le serveur une application web mais aussi chacune des portlets qui seront déployées. L'inconvénient est que les portlets doivent aussi contenir leur jar (ne peuvent pas partager celles du portail, ou à moins de les mettre dans le common lib). Bref, ca fait des portlets qui pèsent aussi.

Coté javascript, liferay est basé sur le framework JQuery (cette dependance n'est pas forcement un bon point car très restrictif, les adeptes aiment pouvoir etre libre de leurs choix de framework car chacun ont leurs avantages et inconvénients et le choix est effectué en fonction des besoins). En plus, la version actuelle du portail utilise JQuery 1.2.6 alors que le framework en est à sa v1.3.2
Ils proposent nativement plein de plugin de ce framework (dans des versions plus ou moins récentes) et le fameux JQueryUI. Ils ont aussi créé leur propre librairie javascript qui est pas trop mal et assez complète.
Le portail intègre le jar de la JSR286 (portlet v2) ce qui permet de bénéficier des "resource request" facilitant la mise en place d'appel AJAX.

Voila pour mon ressenti.

Sinon, à moins que je me trompe mais Alfresco ici cité est juste un système de gestion de contenu (CMS) et ne permet pas de faire du dév de portlet. Pour preuve, il existe une portlet Alfresco pour l'intégrer dans Liferay.

Bonjour,
Au passage je propose d'utiliser ce thread pour ceux qui auraient une piste sur un CMS et un forum utilisable avec Google AppEngine (cloud computing de Google, sans virtualisation du système et 100% java).

J'ai tapé "AppEngine" sur tout les fields de recherches des sites proposés, et je n'ai encore rien trouvé.

Bonjour,

Alfresco et Filenet ne sont pas des Portails mais des logiciels de gestion documentaire (DMS).

Alfresco tend vers la creation d'un CMS permettant la publication de site Web (ce n'est pas le cas, a ma connaissance de Filenet, ou alors c'est un 'mauvaise' utilisation de l'outil). Beaucoup de client Alfresco, integre cet outil a Liferay pour permettre justement un publication de contenu sur un 'portail'.

Travaillant pour eXo Platform, je suis necessairement biaisé, mais je tiens a preciser que l'un des avantage de cette plate-forme se trouve dans le fait que le portail ( http://www.exoplatform.org/portal/pu...oducts/portal/) et la gestion de contenu ( http://www.exoplatform.org/portal/pu...xomodules/ecm/) sont integres dans un seul outil, diminuant les risques liés a l'integration de 2 briques techniques. (notamment mise en place du SSO, configuration, conflits, ...)

Salutations
Tugdual
http://www.exoplatform.org
http://www.nantesjug.org
http://tugdualgrall.com

Bonjour,

Il y a lutece comme portail CMS qui est open-source et developper par la ville de Paris

http://fr.lutece.paris.fr/fr/jsp/site/Portal.jsp

Lutece est un moteur de portail libre et Open Source qui permet de créer rapidement un site internet ou intranet dynamique basé sur du contenu HTML, XML...

Ce logiciel est écrit en Java et est basé sur des briques Open Source éprouvées et reconnues (Spring, Jakarta-Commons, Freemarker, Lucene, Ehcache, ...).

il existe un certain nombre de plug-ins et le code est disponible

je vous donne aussi l'adresse pour sur les documentation pour les développeurs
http://dev.lutece.paris.fr/fr/index.html

je l'ai juste testé pour voir, je n'ais pas regarder le code.

Citation:

---

Envoyé par tgrall

Bonjour,

Alfresco et Filenet ne sont pas des Portails mais des logiciels de gestion documentaire (DMS).

Alfresco tend vers la creation d'un CMS permettant la publication de site Web (ce n'est pas le cas, a ma connaissance de Filenet, ou alors c'est un 'mauvaise' utilisation de l'outil). Beaucoup de client Alfresco, integre cet outil a Liferay pour permettre justement un publication de contenu sur un 'portail'.

Travaillant pour eXo Platform, je suis necessairement biaisé, mais je tiens a preciser que l'un des avantage de cette plate-forme se trouve dans le fait que le portail ( http://www.exoplatform.org/portal/pu...oducts/portal/) et la gestion de contenu ( http://www.exoplatform.org/portal/pu...xomodules/ecm/) sont integres dans un seul outil, diminuant les risques liés a l'integration de 2 briques techniques. (notamment mise en place du SSO, configuration, conflits, ...)

Salutations
Tugdual
http://www.exoplatform.org
http://www.nantesjug.org
http://tugdualgrall.com

---

Filenet est un ECM (enterprise content management system) mais il est vrai qu'il n'y a pas encore de système de publication de contenu de la manière d'un CMS même si tu peux publier des liens sur des documents c'est vrai que c'est beaucoup plus utilisé pour le mécanisme des workflow et de la GED

Mais tout est ouvert :mrgreen:

Il y a un mélange d'un peu tout dans le sondage ce qui le rend inutilisable.

"Quel système de portail java utilisez-vous ?"

S'il s'agit du container J2EE : Tomcat, Jboss, Websphere, Weblogic, Glassfish etc.

S'il s'agit d'un container surcouche : JoNaS etc. qui utilisent/paralalisent des containers J2EE.

S'il s'agit d'un applicatif J2EE à déployer : liste trop longue. La plupart de ces containers supportent des applications GED , CMS etc. soit du même créateur ( IBM , Oracle etc. ) soit tierces ; soit open source. On note tout de même une large part de JSP/Struts dans le tas.

La quasi totalité supportent la norme JSR 168 pour les portlets. Liferay par exemple, que j'ai pu utiliser avec un Tomcat pour faire un portail dashboard.

Vous voulez comparer quoi au juste? Les fonctionnalités que vous citez n'existent pratiquement JAMAIS en une seule brique.

On peut par contre faire un sondage sur les "combinaisons" fréquentes de ces briques.

J'admets que le sondage ne soit pas idéal, par contre je m'étonne que l'on puisse confondre Tomcat et un système de portail. Mais enfin...

Oui, les fonctionnalités citées n'existent pas en une seule brique, il n'empêche que souvent on doit en choisir une de base. (de brique)

Et quand à me lancer dans les arcanes des subtils distinguo Java EE, dont il ne faut surtout pas se moquer, vu l'expertise, je ferai ça demain certainement.

Faire un système de sondage sur les combinaisons, pourquoi pas ? Mais de toutes façons le sondage fait la somme, perdant les combinaisons. De toutes façons pourquoi pas, puisque je suis obligé de reconnaitre que le mien n'est pas non plus très pratique. Si vous souhaitez vraiment le faire, faites-le.

À l'origine, mon idée était d'essayer de dégrossir le terrain ; j'ai l'impression d'y être à peu près arrivé, mon seul gros regret étant d'avoir complètement oublié Lutece.

Je trouve egalement le sondage non approprie.

Il melange les solutions qui ne font que du CMS (Alfresco, IBM FileNet), de l'autre cote les frameworks de portail d'integration (JBoss Portal (y'a pas IBM Portal...)) et au milieu les solutions de portails plus generiques a la Sharepoint (eXo, Liferay).

La definition donnee a 'portail' ne permet pas de recentrer le 'debat'.

C'est sans animosite que je dis ca et full-disclaimer (je suis Manager de JBoss Portal donc forcement ca fait pas plaisir de voir son produit mal classe).

Pour mieux expliquer mon point de vue un sondage equivalent dans le monde automobile serait:
Quelle voiture utilisez-vous ?
- Un Porsche Cayenne
- Une Renault Scenic
- Une Peugeot 107

Au final le resultat ne sera pas celui escompte, on aura pas un vote de la meilleur voiture mais plutot un vote de l'audience. Si le sondage apparait dans un magazine financier select, le Cayenne gagnera probablement, dans un magazine familliale ce sera le Scenic et dans un amphiteatre d'ecole ce sera la 107

Par contre un sondage pour un ECM
- Alfresco
- Nuxeo
- eXo ECM
Ferait plus de sens je pense (Tous les 3 opensources, tous les 3 des produits oriente ECM)

My 0.02 comme ils disent

La difficulté est que rien ne mérite le terme de solution, puisque tout ne l'apporte que de façon partielle.

Quand tu as une voiture, elle couvre en général 90% de tes besoins, sauf cas très particulier.

Malheureusement, du moins il me semble, ce n'est pas le cas pour les mal nommés systèmes de portail. Il y a des systèmes, comme tu dis, ECM, GED, Wiki, portlets, compatibles avec tout, adaptables à tout, et j'en passe. Avec les dits systèmes de portails, c'est comme si on avait des voitures tantôt sans coffre, ou sans toit, ou avec remorque, qu'on en fasse des catégories, mais rien ne correspondant vraiment à une solution directe ; le client demande tout le temps un mixage.

À ce que je puisse voir, les clients recherchent une composition de tout ça, qui nécessite de faire des assemblages, une intégration, à partir, j'espère au moins, d'un de ces systèmes.

JBoss Portal, même s'il est mal noté, avec son alliance avec eXo (bien noté) va en ce sens, du moins il me semble.

Et pour reprendre ta comparaison avec les voitures, je souhaitais bien proposer un sondage sur l'audience, non pas sur le meilleur d'une catégorie type. L'audience revient à classer des porsches avec des peugeot 107, oui ; quand on lit les audiences télé, on voit pour une soirée donnée les performances d'une émission politique comparée avec un série américaine ou un match de foot.

Maintenant je serais très intéressé par des types de sondage comme tu le proposes, ce n'est pas parce que je propose un sondage bancal sur l'audience que je ne suis pas intéressé par un sondage avec des catégories types.

La dessus, même réponse qu'à Stefan C : si vous voulez le faire, faites-le.

Bonjour,

Ce sondage était une première tentative et il a le mérite de faire réagir les membres et de nous rassurer quand à la présence d'une communauté sur ce créneau :D
Toute contribution / critique constructive est la bienvenue pour nous aider à mieux animer les forums techniques touchant aux portails et de faire ressortir des regroupements logiques (c'est quand même largement plus compliqué que de faire un sondage sur les serveurs d'applications Java).

Donc si quelqu'un souhaite proposer des sondages alternatifs plus pertinents, qu'il les propose via une synthèse ou le crée directement :wink:
L'objectif étant de ne pas sortir de l'écosystème Java (même si des sondages plus globaux seront aussi utiles).

Eric

Oui attention aux confusions concernant ce sondage !

Si la question se limite juste aux "Portal Server" c'est à dire JSR-168 compliant je travaille actuellement sous Webspere Portail 6.0. Et concernant une gestion de contenu WEB (et pas documentaire), nous utilisons Lotus Web Content Management (Lotus WCM) qui s'installe sur WebSphere Portal.

Merci d'avoir initié ce sondage. Est-ce que quelqu’un sait si un sondage similaire a été fait dans un pays non francophone ? En Suisse (Roamnde) eXo a le vent en pouple (égalité avec Liferay) mais qu’en est-il dans le pays anglophones ou en Allemagne ?

Quelqu’un a des données pour eXo pour l’Europe du Nord ou au USA?

Meci, kflieger

J'utilise Liferay en ce moment. C'est un bon portail J2EE, il y a juste une prise en main au départ qui demande pas mal d'investissement. Par exemple la partie mise en place de l'environnement de dev et familiarisation etc

Citation:

---

Envoyé par kflieger

Merci d'avoir initié ce sondage. Est-ce que quelqu’un sait si un sondage similaire a été fait dans un pays non francophone ? En Suisse (Roamnde) eXo a le vent en pouple (égalité avec Liferay) mais qu’en est-il dans le pays anglophones ou en Allemagne ?

Quelqu’un a des données pour eXo pour l’Europe du Nord ou au USA?

Merci, kflieger

---

Pour répondre à ma propre question, il semblerait (selon Google trends) qu'eXo reste un produit Franco-français.
http://lh5.ggpht.com/_nteDQKK60wM/Sp...0/s800/exo.jpg
A+

Citation:

---

Envoyé par longbeach

J'utilise Liferay en ce moment. C'est un bon portail J2EE, il y a juste une prise en main au départ qui demande pas mal d'investissement. Par exemple la partie mise en place de l'environnement de dev et familiarisation etc

---

N'empêche c'est très lourd et demande beaucoup de personnalisation afin d'intégrer un nouveau UI (comme JSF) ou même faire l'upgrade de struts.

Pour une installation professionnelle d'un solution de portail, j'opte toujours à utiliser eXo.

Citation:

---

Envoyé par boubaker.khanfir

N'empêche c'est très lourd et demande beaucoup de personnalisation afin d'intégrer un nouveau UI (comme JSF) ou même faire l'upgrade de struts.

Pour une installation professionnelle d'un solution de portail, j'opte toujours à utiliser eXo.

---

Dis notre cher Boubaker Khanfir, employé de chez eXo. Merci pour cette remarque très constructive et très orienté communication partiale.
Pourrais tu être plus précis sur tes propos sur liferay afin de les justifier un peu plus?
Pour l'avoir utilisé (Liferay) pendant un moment, et en comparaison à eXo (que j'ai utilisé aussi pendant un moment), je n'ai pas trouvé que le process d'intégration de portlet était plus lourd.

Merci d'avoir critiquer mon avis perso et d'avoir dévoiler ce que je cache pas ;).
Le process d'intégration de portlet : Ca ne demande que l'ajout d'un listener et une servlet dans le "web.xml" du war à intègrer.
Je me demande pourquoi vous avez mis en évidence un point trivial qui ne va pas du tout influencer un fonctionnement correct des applications sur un système de portlets.

J'ai parlé du cycle de développement ou d'adaptation d'applications sur Liferay (selon l'UI à intègrer, struts ou JSF), tandis que vous me demandez de répondre sur un point qui me paraît assez insensé (si l'on permet) et insignifiant pour ce but.

Enfin pour la mise en place d'une portlet vous pouvez vous renseigner sur ça en lisant ce qu'il y'a dans ce lien :

http://wiki.exoplatform.org/xwiki/bi...let+deployment

Merci tout de même.

Pour répondre au post.

J'aime bien en Opensource :
En 1) Liferay (lourd mais une super communauté, tu postes on te reponds tres vite.), Difficile a prendre en main mais une fois que t'as lu les tutos et les exemples ca devient vraiment marrant, et puissant. Ultra customizyble on s'y perd un peu
En 2) eXo (plus leger, ca fait moins usine a gaz, mais c'est vraiment moins marrant)


En Payant ...
J'ai utilisé récement Oracle WebCenter 11g+ couche BPM bpel, assez lourd a digérer, mais une fois pris en main tout est géré et intégré. Un enorme clickodrome horrible mais le résultat est assez bluffant. bon en vrai je deteste .... mais il faut essayer quand meme.
Sur ce genre de projet j'utilise JDevelopper pour faire le clickodrome et tous configurer(pas trop le choix !!), par contre la couche business/dao, enfin le gros du dev java je fais ca avec Eclipse.

et sinon il y a aussi celui d'IBM, pareil pour l'intégration BPM c'est pas mal. pas essayé depuis 3 ans, alors je suis plus trop au courant.

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 ....

Citation:

---

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 ?

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)

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. :ccool:
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.

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.

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

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

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 :zoubi: ?

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 ?