Was ist die Alternative zu einer Unternehmensportalstrategie im Java-Bereich?

Ernüchterung über den Portalraum

Ich sehe eine beunruhigende Anzahl großer Unternehmenskunden, die von ihrer Erfahrung mit Enterprise Portal desillusioniert sind, insbesondere im Bereich von WebSphere Portal Server (WPS). Millionen wurden investiert, doch das Versprechen personalisierter Inhalte mit Aggregation und integrierten Tools für die Zusammenarbeit ist nie aufgegangen. Der Umzug auf WPS 7.x ist ein großer Rip-and-Replace-Umzug, und Kunden fragen sich, ob sie komplett woanders hinziehen sollten.

Portalsoftware: Eine schreckliche Option, aber was ist die Alternative?

Es gibt unzählige Portal-Hasser, und manchmal ist eine Portal-Lösung in der Tat übertrieben. Wenn Sie jedoch von großen multinationalen Unternehmen sprechen, wie würden Sie empfehlen, eine globale Lösung ohne Portalserver zu entwickeln?

Die Arbeit mit Portalen macht nicht immer so viel Spaß wie mit Tomcat oder JBoss AS, aber wenn es darum geht, mehrere Anwendungen zu integrieren, Inhalte zu verwalten, einzelne Anwendungen zu aktualisieren, die als einzelne War-Dateien bereitgestellt werden, die Sicherheit auf Portlet-Ebene zu verwalten und ein bestimmtes Ergebnis zu erzielen Umfang der Personalisierung der Benutzer und Unterstützung bei der überwältigenden Aufgabe, die Tausenden von Seiten zu verwalten, die große Unternehmen im Rahmen ihrer internen und externen Websites haben. Gibt es eine bessere Technologie?

Sammeln von Community-Einsichten und Feedback

Ich habe versucht, so viel Einsicht wie möglich zu gewinnen. Ich habe einen kleinen Artikel über TSS geschrieben:

Welche weiteren Alternativen zum Portal gibt es auf dem Markt?

Ich belebe auch einen Thread auf der CodeRanch, um zu sehen, ob ich einen Einblick von dieser gutaussehenden Crew bekomme.

Aktualisierter Thread, der nach einer Alternative zu Portal Software Stragety fragt. Circa 2012

Ich suche auch einen Einblick von der Twitterati (@potemcam).

Es ist weniger ein Cross-Posting als vielmehr ein Versuch, wirklich einen guten Einblick in die Community zu gewinnen. Wenn ich einige fundierte Antworten und Erfahrungen erhalten kann, möchte ich diese zu einem Ratgeber bei TSS zusammenfassen.

Was ist die richtige Alternative zu einem Unternehmensportal im Java-Bereich?

Übrigens werde ich auch von den anderen Websites aus auf diese Frage verweisen, damit Leute mit denselben Fragen hin und her springen und sehen können, was die Community zu diesem Thema sagt.

Zunächst müssen Sie überlegen, für welche Probleme Portal entwickelt wurde. Ist es, wie Wikipedia vorschlägt, Informationen aus verschiedenen Quellen auf einheitliche Weise zusammenzuführen? Wenn ja, wie müssen wir das jetzt tun?

Wie bringen Sie Informationen aus verschiedenen Quellen zusammen? Die naheliegende Antwort besteht darin, eine Vielzahl von (Web-) Diensten aufzurufen. Dies führt zu Problemen mit Verträgen und Netzwerklatenzen, bla bla bla, aber diese Probleme werden vom Portal nur schlecht gelöst. Angenommen, die Services sind RESTful? Erleichtert das die Vertragsverwaltung? Möglicherweise.

Wie vereinheitlichen Sie dann die Informationen? Eines der von Portal gelösten Probleme bestand darin, diese unterschiedlichen Elemente auf eine Seite zu bringen und sie unabhängig laden zu lassen. AJAX ist seitdem gewachsen, und der gleiche Effekt kann möglicherweise mithilfe von XMLHttpRequest-Aufrufen an die verschiedenen (RESTful?) - Dienste, um Ihre Daten abzurufen, und mithilfe eines gemeinsam genutzten Satzes von Stylesheets verarbeitet werden.

Ob das funktioniert? Es kann und tut. Ist es verwaltbarer als JSR286-Portalserver? Wahrscheinlich. Gibt es noch eine Menge zu bewältigender Probleme? Bestimmt. Aber es ist eine praktikable Alternative.

Ich habe mich in letzter Zeit intensiv mit der Java-Portal-Server-Szene befasst. Es wurde als kostengünstige Alternative zu SharePoint ausgewählt, da wir einen Portalanbieter mit vergleichbaren Funktionen finden konnten. Wir haben uns für die eXo-Plattform entschieden und obwohl sie hauptsächlich für soziale Funktionen beworben wird, ist sie als JSR286-Portalserver vollständig kompatibel.

Ein Java-Portal kann unglaublich leistungsfähig sein, aber es muss natürlich überarbeitet und unnötig komplex sein. Die allgemeine Kundenreaktion, die wir erhalten haben, war, dass die Grundkonfiguration und der Overhead eines Servers zu hoch sein können. Ich habe noch keine Portalplattform oder -alternative gefunden, die einen ausführlichen Funktionsumfang bieten kann, aber für eine Reihe von Betriebsanforderungen akzeptabel schlank bleibt. Die jahrelange Funktionsblähung zwischen konkurrierenden Portalplattformen hat den Markt ernsthaft beeinträchtigt.

Das Wachstum in der Java-Portal-Welt verlief äußerst schleppend. Sie finden veraltete Interfaces, archaisches UX und jede Aktion hinterlässt einen schlechten Geschmack im Mund. Hier gibt es nur wenige Innovatoren. Die eXo-Plattform ist eine der wenigen, bei denen wir konzertierte Anstrengungen zur Modernisierung unternommen haben.

Vor diesem Hintergrund können Sie in der JSR268-Welt immer noch ein vernünftiges Produkt mit einem gewissen Erfolg erstellen . Wir konnten dies erreichen, indem wir die JAX-RS-Services für jedes Portlet nutzten, um die Funktionen und Funktionen des Portlets zu optimieren. Der gesamte Datenbankzugriff erfolgt vom Webserver aus über separate RESTful-Services für optimierte CRUD-Vorgänge. Es bedarf einer großen Sorgfalt mit einem Übermaß an Aufwand, zu dem nicht viele bereit sind.

Sie können sich mit Servlets und JAX-RS auch komplett neu aufbauen. Dies kann viel schneller erfolgen als bei der Standard-Portalentwicklung. Sie werden jedoch zu kurz kommen, wenn es darum geht, alle Konfigurationsfunktionen eines Standard-Webportals zu unterstützen.

Es gibt einfach einen schwerwiegenden Einschlusszyklus übermäßiger Featuresets, der Innovationen zu ersticken scheint und sich nicht bald zu ändern scheint. Es ist unwahrscheinlich, dass bahnbrechende Durchbrüche eintreten, da die Heavy-Hitter nicht sehen, dass sich das Meta weiterentwickelt. Ihre einzige Alternative ist jedoch, nur die gewünschten Funktionen neu zu erfinden.

Ich stimme Matthew nicht zu , keines der Probleme mit Unternehmensportalen wird direkt von der Technologie verursacht. Das Problem ist fast immer ein Mangel an klarer Ausrichtung.

Welches Problem möchten Sie lösen? Versuchen Sie es und nageln Sie es auf einige Besonderheiten. Ich kann wahrscheinlich davon ausgehen, dass das Verschieben von Informationen aus E-Mail-Posteingängen in eine durchsuchbare Inhaltslösung ziemlich hoch sein wird. Ebenso werden Informationen gefunden, die auf freigegebenen Netzlaufwerken gespeichert sind. Dann gibt es wahrscheinlich eine Frage zum Workflow.

Darüber hinaus wird es ein bisschen nebulös und hier scheitern die Lösungen. Wenn jemand versucht, Ihnen ein Portal mit einer Demo zu verkaufen, in der ein nicht verbundenes Team nach Informationen zu seinem Problem sucht und ein anderes Team findet, ist dieses Problem bereits gelöst, und es wird nicht erkannt, wie die Leute arbeiten.

Ich möchte nicht, dass daraus eine lange Waffel wird, also stelle ich eine Frage. Können Sie mit Ihrer Portallösung Informationen genauso einfach mit Ihren Kollegen austauschen wie mit Ihrem E-Mail-Client? Insbesondere ist meine Anwendung abgestürzt und ich möchte Ihnen einen Screenshot senden. Ich kann das direkt in meine E-Mail einfügen, was bei webbasierten Lösungen nicht funktioniert. Kann es in Office integriert werden? Wer wird alle vorhandenen Informationen auf das Portal übertragen?

Konzentrieren Sie sich auf die Menschen, ihre Interaktionen und Bedürfnisse und vergessen Sie zuerst das Technische. Zweitens, moderieren Sie die Erwartungen und Wünsche der Menschen mit einer Portion Realität.