Alternative zu Liferay/JSR 168 und 286 Portalen?

Mein Team hat eine Dashboard-Anwendung mit Node.js, Twitter Boostrap, Mongo DB und Mule für einen ESB geschrieben.Alternative zu Liferay/JSR 168 und 286 Portalen?

Kürzlich bat uns eine Führungskraft, unseren Ansatz zu einem Portal/Portlet-Container wie Liferay zu ändern.

Einige von uns im Team haben Erfahrung mit Liferay, und wir haben ziemlich negative Gefühle dazu. Der Umgang mit Dingen wie ganzseitigen Aktualisierungen, Portlet-Lebenszyklen, Stil- und Thematisierungsproblemen und begrenzter DBMS-Abdeckung steht ganz oben auf unserer Liste der Beschwerden.

Wir sehen, woher unser Führungsteam kommt. Sie haben entschieden, dass sie das Dashboard erweiterbar und für andere Gruppen einfacher oder einfacher machen möchten.

Gibt es eine Lösung, die die modernen Web-Erwartungen von Benutzern mit den Unternehmensanforderungen von IT-Fachleuten und Führungskräften, die sich mit der Erstellung und erweiterbaren Anwendung befassen, mit etwas wie Liferay ausgleichen kann? Pluggable Widgets sind hier wichtig.

Knoten wäre offensichtlich unsere Präferenz mit etwas wie Grails als eine nahe Sekunde.

Danke,

Quelle

2013-03-19 binarygiant

Ein Portal löst ein anderes Problem als Grails - z. es bietet viel mehr Infrastruktur wie Benutzer- und Seitenverwaltung usw. Ich verstehe nicht, was Sie mit "begrenzte DBMS-Abdeckung" meinen, da Ihre Portlets den von Ihnen gewünschten DB verwenden können. Auch ganzseitige Anforderungen sind leicht zu bewältigen: Entweder Ihre gewünschte UI-Bibliothek automatisch oder Sie können es manuell tun. Bis jetzt sehe ich in den negativen Argumenten, die Sie mitbringen, keine Negative - außer "Liferay ist nicht in der Liste Ihrer Präferenzen". –

Danke für die Rückmeldung. Um mehr zu klären. Kann ich mit Grals etwas Ähnliches wie die Portal-Spezifikation erreichen? Es hat eine reiche Plugin-Bibliothek, und ich stelle mir vor, es gibt andere da draußen, die Liferay nicht mögen. Zu diesem Zweck wurde meine Frage gestellt. Ich möchte das gleiche Problem lösen, ohne den Portal Overhead. Außerdem, wenn Sie einige gute Beispiele für die Bewältigung von ganzseitigen Anforderungen haben, wäre das eine große Hilfe.Vielleicht gucke ich Portal in die falsche Richtung - das ist alte Spezifikation/alte Tech. Ich bin in erster Linie daran interessiert, eine gute Benutzererfahrung zu liefern, während Führungskräfte – binarygiant

Ich würde sagen, dass das Portal ein überladenes Wort ist. Sie können den neuen JS-Ansatz und Ihren Stack einfach mit der zugrunde liegenden Struktur von Liferay kombinieren. Liferay, so oder so, geht heutzutage mehr in die Richtung von OSGi-Bundles, die nur Pakete irgendeiner Art von Anwendung sind (kann alles sein von AlngularJS zu Old School JSP baste Dinge). Vor allem gibt es eine Menge Arbeit, um die JS-basierte Anwendung als First-Class-Bürger zu haben. Graben Sie ein und fürchten Sie sich nicht vor dem alten Tech-Level. Wie auch immer, es ist kein Portal mehr, sondern eine digitale Erfahrungsplattform: D –

Diese Frage nicht genau kann eine gute Passform für Stackoverflow des Format sein, aber ich kann einige Gedanken noch bieten.

Wenn Sie Ihre aktuelle Plattform beibehalten möchten, müssen Sie genau bestimmen, welche Funktionen Ihre Führungskräfte aus dem Umzug auf eine neue Plattform erhalten möchten. Sind diese Funktionen etwas, das Sie in Ihre aktuelle Plattform einbauen können? Wie viel Aufwand wird das im Vergleich zum Neuschreiben alles anderen nehmen? Wie viel Aufwand braucht es, um ein neues Skillset im gesamten Team zu erlernen? Ich bin sicher, dass Ihr Team die neuen Fähigkeiten effektiv lernen kann, aber das erfordert immer noch Anstrengung und es wird wachsende Schmerzen geben, wenn Ihre Teams lernen. Wenn Sie Ihren Führungskräften zeigen können, dass Sie die gleichen Funktionen für einen ähnlichen oder geringeren Aufwand erhalten und dass Sie immer noch ähnliche Gesamtbetriebskosten haben, können Sie sich dafür einsetzen, auf Ihrer aktuellen Plattform zu bleiben.

Auch ich denke, Sie unterschätzt, was ein Portlet-Container tun kann. Ich arbeite hauptsächlich mit WebSphere Portal, deshalb denke ich, dass die meisten der von Ihnen genannten Schwachstellen für mich nicht so schwer zu handhaben sind. Nur weil Ihr Container ein bestimmtes DBMS zur Verwaltung benötigt, bedeutet das nicht, dass Sie keine separate Datenbank für Ihre benutzerdefinierten Daten benötigen. JSR-286 führte serveResource ein, um AJAX einfacher in Portlets implementieren zu können. In WebSphere Portal (ich weiß nichts von Liferay) ist es wahrscheinlich das Schwierigste auf Ihrer Liste, wenn Sie den gesamten Seiteninhalt ohne Neuladen der Seite ändern.

Modern muss nicht immer auf dem neuesten Stand der Technik sein. Und die großen Softwareprodukte können immer noch funktionieren, wenn Sie wissen, wie man sie richtig benutzt, genau wie jedes andere Werkzeug.

Quelle

2013-03-19 22:42:27

Danke. Ich glaube nicht, dass ich die Container des Portals unterschätzt habe, stattdessen möchte ich nicht, dass sie zusätzlich aufgebläht werden. Das ist einer der Gründe, warum meine Gruppe den Knoten ausgewählt hat. Es ist sehr schlank, und Sie fügen nur die Teile hinzu, die Sie brauchen. Ganzseitige Aktualisierung ist ein großes Anliegen von mir. Daher vermeide ich Portlets aus diesem Grund. Wenn ich das falsch angesehen habe, würde ich gerne mehr Feedback bekommen. Ein bisschen Hintergrund - Ich habe vor ungefähr einem Jahr eine Liferay-Entwicklungsklasse besucht, also bin ich nicht völlig im Dunkeln, wenn es darum geht, wie es funktioniert. Mein erster Eindruck war, dass es ein Alptraum war, sich zu entwickeln, und dass die Erfahrung nicht gut war – binarygiant

Es scheint, dass du ein bisschen voreingenommen gegenüber Liferay bist, wenn du sagst "es war ein Alptraum zu entwickeln" könnte sein, weil der Lehrer nicht gut war;). Wie auch immer, Sie können das Portlet auf der Seite nur aktualisieren, anstatt eine vollständige Aktualisierung der Seite durchzuführen, was der Standard ist. Wie Olaf in seinem Kommentar gesagt hat, sind "Ganzseiten-Anfragen" leicht zu bewältigen: Entweder die von Ihnen gewählte UI-Bibliothek macht das automatisch oder Sie können es manuell machen. Dann kommt es auch mit einem fein abgestuften Berechtigungssystem viele Funktionen, die nicht benötigt werden, wie die OOTB Portlets und so. –

Wenn Sie Ihre Anforderung sauber erwähnen können, denke ich, dass das Ihnen helfen würde, zu entscheiden. –

Alternative zu Liferay/JSR 168 und 286 Portalen?

Antwort

Verwandte Themen