Discussion :

[gifffftane]

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 :

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

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

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

gestion des droits ?

gestion des workflows ?

Aspects GED ?

Aspects CMS ?

Aspects Portlets ?

Doc développeur ? Doc utilisateur ?

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

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

facilité d'intégration Ajax ?


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

[*alexandre*]

Filenet

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

[zorm]

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

[nicorama]

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

[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

[*alexandre*]

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

[Stefan C]

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.

[Damien69]

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.

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