Ich bin der Entwickler von Pivot4J Projekt und möchte meine (subjektive) Meinung zu dem Thema teilen.
Erstens, als ob Sie Pivot4J rechtmäßig für eine API statt für eine Anwendung halten, bedeutet das nicht immer, dass Sie viel Code schreiben müssen, um es zu verwenden.
Wir haben auch ein Pentaho BI-Plugin, das keine Codierung erfordert und vergleichbare Funktionen wie das Saiku-Plugin hat, obwohl es auf die noch unveröffentlichte Pentaho 5.0-Plattform ausgerichtet ist.
Und unsere Beispielanwendung bietet die meisten Funktionen, die die JPivot-Webanwendung bietet, auch wenn es keine Konfigurationsfunktion für die Datenquelle gibt, die demnächst behoben werden soll.
Verglichen mit Saiku, denke ich, jedes Projekt hat seinen eigenen Vorteil in verschiedenen Szenarien.
Saiku hat eine viel leichtgewichtige Architektur auf der Client-Seite als unsere Beispielanwendung und das Plugin, so kann es praktisch überall eingesetzt und eingebettet werden.
Während es mit Pivot4J nicht schwierig ist, eine vollständige REST-Analyseanwendung zu erstellen, benötigen unsere aktuellen Beispiel- und Plug-in-Anwendungen mindestens einen Servlet-Container und sind in bestimmten Umgebungen schwieriger einzubetten als Saiku.
Da Pivot4J von Anfang an als UI-unabhängige API konzipiert wurde, könnte es Entwicklern, die eine eigene Anwendung darauf aufbauen wollen oder wollen, mehr Flexibilität als Saiku bieten Passen Sie das Kernverhalten der API an. Wenn Sie beispielsweise Pivot4J mit Ihrer eigenen Anwendung verwenden möchten, die mit ExtJS, DhhtmlX oder anderen UI-Toolkits erstellt wird, wäre es viel einfacher, eine nahtlose Integration mit Pivot4J zu erreichen, so wie es Ihnen zur Verfügung steht bequeme abstrakte Erweiterungspunkte, um das zu tun.
Schließlich, wenn Sie mit Javascript vertraut sind können Sie auch mit Saiku einfacher als es die Delegierten die meisten der UI bezogenen Arbeiten auf der Client-Seite finden arbeiten.
Auf der anderen Seite, wenn Sie eine alte Schule Java-Entwickler sind wie ich :) Sie könnten unsere Beispielanwendung zu finden, um leichter zu verstehen und zu arbeiten, da es praktisch kein benutzerdefiniertes Skript beteiligt ist und alles auf der getan wird Serverseite mit JSF-Komponentenmodell.
Abschließend möchte ich sagen, dass Pivot4J nicht nur eine API ist, die nicht ohne viele Codes zu schreiben verwendet werden kann, da es bereits Feature Pentaho BI-Plugin für die kommende Version 5.0 der Plattform enthält. Und da Pivot4J und Saiku einen ziemlich unterschiedlichen Ansatz verfolgen, hat jeder seine eigene Stärke und seinen eigenen Vorteil, der für den spezifischen Anwendungsfall genutzt werden kann.
was ist mit stpivot? Ich denke, es ist eine gute Option in Betracht gezogen zu werden –
Ich denke, du meinst jpivot? Wenn ja, ich denke, es ist die alte Version von Saiku – joris
Eh? Nee. STPivot hat nichts mit Saiku zu tun. Saiku wurde aus PAT geboren, der selbst aus Halogen kam. Jpivot ist jedoch als Pivot4J zurück und hatte seine erste richtige Veröffentlichung vor ein paar Tagen. – Codek