Quelle est l'alternative à une stratégie de portail d'entreprise dans l'espace Java?

Désillusion avec l'espace portail

Je vois un nombre inquiétant de grands clients d'entreprise qui sont devenus déçus par leur expérience de portail d'entreprise, en particulier ceux de l'espace WebSphere Portal Server (WPS). Des millions ont été investis, mais la promesse d'un contenu personnalisé avec agrégation et outils collaboratifs intégrés ne s'est jamais concrétisée. Le passage à WPS 7.x est un grand coup de rip et de remplacement, et les clients se demandent s'ils devraient se déplacer complètement ailleurs.

Logiciel de portail: une option horrible, mais quelle est l'alternative

Il y a beaucoup de haineux sur le portail, et parfois une solution de portail est en effet exagérée, mais quand vous parlez de grandes sociétés multinationales, comment recommanderiez-vous qu'elles conçoivent une solution globale sans serveur de portail?

Les portails ne sont pas toujours aussi amusants à utiliser que Tomcat ou JBoss AS, mais lorsqu'il s'agit d'intégrer plusieurs applications, de gérer le contenu, de mettre à jour les applications individuelles qui sont déployées en tant que fichiers de guerre individuels, de gérer la sécurité jusqu'au niveau du portlet, de prouver une certaine quantité de personnalisation pour les utilisateurs et aide à la tâche écrasante de gestion des milliers de pages que les grandes entreprises ont dans leurs sites Web internes et externes, existe-t-il une meilleure technologie?

Obtenir des informations et des commentaires de la communauté

J'ai essayé de recueillir autant d'informations que possible. J'ai écrit un petit article sur TSS à ce sujet:

Quelles autres alternatives au portail existent sur le marché?

Je ressuscite également un fil au CodeRanch pour voir si je peux obtenir des informations de cette belle équipe.

Mise à jour du sujet demandant une alternative à une stratégie de logiciel de portail. Vers 2012

Je recherche également des informations sur twitterati (@potemcam).

Il ne s'agit pas tant d'une publication croisée que d'une tentative de recueillir vraiment un aperçu de la communauté. Si je peux obtenir des réponses et des expériences solides, j'aimerais les regrouper dans un article de conseil sur TSS.

Quelle est la bonne alternative à un portail d'entreprise dans l'espace Java?

Soit dit en passant, je vais également créer un lien vers cette question à partir des autres sites afin que les personnes ayant les mêmes questions puissent rebondir et voir ce que la communauté dit à ce sujet.

Tout d'abord, vous devez considérer les problèmes que Portal a été conçu pour résoudre. Est-ce, comme le suggère Wikipedia, de rassembler de manière unifiée les informations provenant de diverses sources? Si tel est le cas, de quelle autre manière devons-nous maintenant procéder?

Eh bien, premièrement, comment rassemblez-vous des informations provenant de diverses sources? La réponse évidente est d'appeler une variété de services (Web). Cela introduit des problèmes de contrats et de latence du réseau, bla bla bla, mais ce sont des choses mal résolues par le portail, c'est donc votre appel. Supposons que les services soient RESTful? Est-ce que cela facilite la gestion des contrats? Peut-être.

Alors, comment unifiez-vous les informations? L'un des problèmes résolus par Portal était de savoir comment mettre ces éléments disparates sur une seule page et les charger indépendamment. AJAX a grandi depuis lors, et le même effet peut potentiellement être géré à l'aide d'appels XMLHttpRequest aux différents services (RESTful?) Pour obtenir vos données, puis à l'aide d'un ensemble partagé de feuilles de style.

Est-ce que ça va marcher? Il peut et fait. Est-il plus facile à gérer que les serveurs de portail JSR286? Probablement. Y a-t-il encore une tonne de problèmes à surmonter? Absolument. Mais c'est une alternative viable.

J'ai récemment été profondément impliqué dans la scène du serveur de portail Java. Il a été choisi comme une alternative peu coûteuse à SharePoint, car nous avons pu trouver un fournisseur de portail offrant des fonctionnalités comparables. Nous sommes allés avec eXo Platform et bien qu'il soit principalement annoncé pour les fonctionnalités sociales, il est entièrement conforme en tant que serveur de portail JSR286.

Un portail Java peut être incroyablement puissant, mais il vient naturellement au prix d’apparaître trop complexe et inutilement complexe. La réponse générale du client que nous avons reçue est que la configuration de base et les frais généraux d'un serveur peuvent être trop élevés. Je n'ai pas encore trouvé de plateforme de portail ou d'alternative qui puisse offrir un ensemble de fonctionnalités détaillé, tout en restant suffisamment mince pour un ensemble d'exigences opérationnelles. Des années de surcharge de fonctionnalités entre les plates-formes de portail concurrentes ont sérieusement entravé le marché.

La croissance dans le monde des portails Java a été extrêmement lente. Vous trouverez des interfaces datées, des UX archaïques, et chaque action laissera un mauvais goût dans votre bouche. Il y a peu d'innovateurs ici, eXo Platform étant l'un des très rares que nous avons constaté faire un effort concerté de modernisation.

Compte tenu de tout cela, vous pouvez toujours créer un produit raisonnable dans le monde JSR268 avec un certain succès. Nous avons pu le faire en tirant parti des services JAX-RS pour chaque portlet, essentiellement des caractéristiques et des fonctionnalités de portlet de sélection de cerises. Tous les accès à la base de données s'exécutent à partir du serveur Web, des services RESTful distincts pour des opérations CRUD optimisées. Il faut une diligence imposante avec un excès d'effort que peu sont prêts à s'engager.

Vous pouvez également aller complètement au sol et vous construire un «portail» avec des servlets et JAX-RS. Cela peut être fait beaucoup plus rapidement que le développement d'un portail standard. Cependant, vous ne réussirez pas à prendre en charge l'ensemble complet des fonctionnalités de configuration disponibles sur un portail Web standard.

Simplement, il y a un sérieux cycle de piégeage d'ensembles de fonctionnalités excessifs étouffant l'innovation qui ne semble pas changer bientôt. Il est peu probable que des percées révolutionnaires se produisent, car les gros frappeurs ne voient pas la méta évoluer. Mais votre seule alternative consiste à réinventer uniquement les fonctionnalités souhaitées.

Je ne suis pas d'accord avec Matthew , aucun des problèmes avec les portails d'entreprise n'est directement causé par la technologie. Le problème est presque toujours un manque de concentration et de direction claires.

Quel est le problème que vous essayez de résoudre? Essayez de le clouer à certains détails. Je peux probablement deviner que déplacer les informations des boîtes de réception de courrier électronique vers une solution de contenu consultable sera assez élevé. Tout comme la recherche d'informations qui vivent sur des lecteurs réseau partagés. Ensuite, il y a probablement une question concernant le flux de travail.

Au-delà, cela commence à devenir un peu nébuleux et c'est là que les solutions échouent. Si quelqu'un essaie de vous vendre un portail avec une démo montrant une équipe non liée recherchant des informations sur son problème et trouvant une autre équipe a déjà résolu ce problème ne reconnaît pas comment les gens travaillent.

Je ne veux pas que cela se transforme en une longue gaufre, alors je vais poser une question. Votre solution de portail vous permet-elle de partager des informations avec vos pairs aussi facilement que votre client de messagerie? Plus précisément, mon application est tombée en panne et je veux vous envoyer une capture d'écran. Je peux coller cela directement dans mon e-mail, cela ne fonctionnera pas avec les solutions Web. S'intègre-t-il avec Office? Qui va mettre toutes les informations existantes sur le portail?

Concentrez-vous sur les personnes, leurs interactions et leurs besoins et oubliez d'abord la technique. Deuxièmement, modérez les attentes et les souhaits des gens avec une dose de réalité.