Vos recrutements informatiques

700 000 développeurs, chefs de projets, ingénieurs, informaticiens...

Contactez notre équipe spécialiste en recrutement

Sondage : Quel portail Java / Java EE utilisez vous pour gérer votre contenu d'entreprise ?
Partagez votre expérience

Le , par gifffftane, Membre émérite
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


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de boubaker.khanfir boubaker.khanfir - Candidat au Club http://www.developpez.com
le 08/10/2009 à 12:55
Citation Envoyé par longbeach  Voir le message
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.
Avatar de zorm zorm - Membre éclairé http://www.developpez.com
le 14/10/2009 à 17:33
Citation Envoyé par boubaker.khanfir  Voir le message
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.
Avatar de boubaker.khanfir boubaker.khanfir - Candidat au Club http://www.developpez.com
le 15/10/2009 à 18:02
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.
Avatar de jujuz jujuz - Membre à l'essai http://www.developpez.com
le 08/01/2010 à 16:23
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 ....
Avatar de theute theute - Membre VIP http://www.developpez.com
le 11/01/2010 à 12:31
Citation Envoyé par jujuz  Voir le message
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 ?
Avatar de yjuliet yjuliet - Membre confirmé http://www.developpez.com
le 17/02/2010 à 10:04
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)
Avatar de natoine natoine - Membre averti http://www.developpez.com
le 17/12/2010 à 11:41
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.
Avatar de skulled skulled - Membre régulier http://www.developpez.com
le 27/06/2011 à 10:47
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.
Avatar de yjuliet yjuliet - Membre confirmé http://www.developpez.com
le 01/07/2011 à 11:02
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
Avatar de lunatix lunatix - Rédacteur http://www.developpez.com
le 05/07/2011 à 14:12
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
Avatar de Coming_next Coming_next - Membre du Club http://www.developpez.com
le 29/04/2012 à 16:10
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 ?
Offres d'emploi IT
Ingénieur développement .net (H/F)
Sogeti France - Aquitaine - Bordeaux (33000)
Développeur ios (H/F)
DxO - Ile de France - Boulogne-­Billancourt
Analyste programmeur java j2ee (h/f)
ABASE - Bretagne - Brest (29200)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Accueil