Olap-Komponenten in Flex 3.0

Vor ein paar Tage habe ich mich etwas über Flex schlau gemacht. Mit großen Erstaunen habe ich von den Olap-Komponenten gelesen, welche in Flex 3.0 enthalten sind. Denn Flex hat einiges zur Visualisierung von Daten eines Olap-Servers zu bieten. Unter anderem wird eine klassische Pivot-Tabelle sowie ein Chart angeboten. Im Netz befinden sich beeindruckende Beispiele zu den einzelnen Komponenten.

Sreenivas hat auf seinem Blog eine schöne Chart-Demo. Per Click kann an Drill-Replace ausgeführt werden. Per Ctrl + Click wird auf die übergeordnete Ebene angezeigt.

Ein Beispiel, dass sehr schön die Möglichkeit von Pivot-Tabellen zeigt, befindet sich auf Satishs Blog.

Die Kommunikation zwischen der Flex-Anwendung und dem Olap-Server kann momentan über XMLA erfolgen. Hierbei handelt es sich leider um einen veralterten Standard. So muss man gespannt warten, bis die Flex-Komponenten olap4j, den aktuellsten Standard zum Datenaustausch zwischen Olap-Clients und Olap-Servern unterstützt wird.

Viel Spass beim Stöbern.

Hibernate-SQL loggen mit log4j

Da sich im Netz eine Vielzahl von Artikeln, Foreneinträgen und Blogs mit dem Thema Hibernate & log4j beschäftigen, war ich etwas verwundert, dass ich keine Lösung für das folgende Problem ad hoc finden konnte.

• log4j soll alle von Hibernate generierten SQL-Queries in eine eigene Datei schreiben.
• Hibernate (Version 3.2.6.) befindet sich des Applicationserver JBoss 4.2.2
• Die log4j-Konfiguration muss im XML-Format vorliegen

Keine sonderlich exotische Problemstellung, wie ich finde. Meine Lösung sieht wie folgt aus.

Hibernate Custom ID Generator

Ich habe einen sehr interessanten Artikel über das Erstellen eines eigenen Hibernate ID-Generators gefunden. Mir selber hat dieser Artikel sehr geholfen, da die ID-Generatoren, welche in Hibernate enthalten sind, nicht ausreichen, um die Anforderungen meines Arbeitgebers zu realisieren. Die offizielle Hibernate Dokumentation gibt zu diesem Thema nicht viel her, es fehlt zum Beispiel ein Code-Beispiel mit Annotations.

tumiu – multimediales Reisetagebuch

Da sich dieses Blog nicht nur an Olap- und Java-Freaks richtet, schreibe ich mal etwas abseits meiner beruflichen Tätigkeit.
Als Hobby-Fotograf, der gerne reist, treibe ich mich auf ein paar Foto-Portalen herum. Neben den alten Hasen wie Flickr gibt es weitere Portale, bei denen sich ein Besuch lohnt. Das Portal tumiu.de hebt sich zum Beispiel von den traditionellen Foto-Portalen ab. Denn zusätzlich zu den herkömmlichen Funktionalitäten Bilder zu veröffentlichen, zu taggen und diese anschließend einer Geo-Koordinate zuzuordnen (Geo-Tagging),  kann der Benutzer bei tumiu  Orte und somit verschiedene Bilder miteinander verknüpfen. So können Reise-Routen erstellt werden. Ich habe tumiu genutzt, um meine Indien-Reise und meinen Besuch im ungarischen Balaton im Netz zu veröffentlichen.

Tumio

Liferay 5.1 und Power User

Die Version 5.1 des open-source Portals Lifray bringt einige Veränderungen mit sich, über deren Sinn bzw Unsinn sich streiten läßt. Eine dieser Veränderung betrifft die Rolle „Power User“.  In vorherigen Versionen des Portals hatte jeder Benutzer, der die Rolle „Power User“ zugeordnet hatte, eine eigene private Community. In Liferay 5.1 wurde dieses Konzept über den Haufen geworfen. Jeder Benutzer hat zunächst seine eigene Community. Über die Einstellung in der Konfigrationsdatei portal.propterties kann dies geändert werden. Der folgende Eintrag bewirkt, dass  kein Benutzer eine private Community besitzt.

layout.user.private.layouts.enabled=false
layout.user.public.layouts.enabled=false

Im Netz befinden sich Beispiele, wie man Liferay 5.1 so missbrauchen kann, dass das Portal zu dem Thema wie in vorherigen Versionen verhält. Keine dieser Lösungsvorschläge konnte mich aber überzeugen, da die empfohlenen Änderungen am Liferay-Code bei jedem Update auf eine neue Liferay-Version immer wieder getätigt werden müssen.

Falls Du eine Lösung gefunden hast, würde ich mich freuen, wenn Du sie hier postest.

Pentaho Analysis Tools – Alternative zu JPivot angekündigt

Julian Hyde, seines Zeichens Chief  Architect der Olap-Engine „Mondrian“, kündigte 22. Januar 2009 ein neues Olap-Frontend an. Der Arbeitstitel des Projektes lautet „Pentaho Analysis Tools“ und wird mittles olap4j Daten von Mondrian oder der des MOLAP-Servers Palo visualisieren können. Dank GWT soll das Frontend über Drag-Drop und weitere Gimmicks verfügen. Die Hoffnung ist somit groß, eine schicke Alternative zu dem angestaubten JPivot zu bekommen.

Pentaho veröffentlicht Aggregation Designer 1.0 RC1

Endlich ist es soweit. Das von Pentaho  bereits angekündigte Programm „Aggregation Designer“, steht zum Download bereit. Momentan ist der Release Canidate 1 sowie eine etwas magere Dokumentation verfügbar.

Der Aggregation Designer ist ein Java-Programm, mit dessen Hilfe automtisch Aggregations-Tabellen erstellt werden können. Aggregations-Tabellen enthalten voraggregierte Werte, sodass die Datenbank möglichst wenige Werte aggregieren muss. Der Gewinn an Performance kann durch diesen Mechanismus deutlich gesteigert werden. Der Nachteil bei der Verwendung von Aggregations-Tabellen ist der höhere Speicherbedarf. Der Aggregation Designer enthält eine Anzeige, die den Performance-Gewinn und den erhöhten Speicherbedarf grafisch darstellt.

Eigenschaften aggregieren

Dieser Artikel behandelt die Anwendung von Element-Eigenschaften. JPivot stellt eine einfache Funktionalität zur Anzeige von Element-Eigenschaften zur Verfügung. Dabei werden Eigenschaften einer Ebene angezeigt, sobald in diese gedrillt wird. Das ist erstmal hilfreich, leider aber nicht ausreichend. Ein Problem ist der fehlende integrierte Mechanismus um Eigenschaften zu aggregieren. Im Foodmart-Beispiel hat die Ebene [Store Name] die Eigenschaft „Has coffee bar“. Sie gibt an, ob ein Laden (Store) über eine Kaffee-Bar verfügt. Hat ein Laden eine Bar, hat die Eigenschaft den Wert 1. Schön wäre es, wenn die Anzahl der Läden, die über eine Bar verfügen, in den oberen Ebenen erscheinen würden. Zur Lösung wurde ein calculated Measure erstellt. Befindet sich das aktuelle Store-Element ([Store].currentMember) in der Ebene [Store].[Store Name], soll die Eigenschaft ausgegeben werden. Falls sich das aktuelle Store-Element nicht in der Ebene befindet, soll die Summe gebildet werden. Der passende MDX-Query sieht dann so aus:

VisualTotals und Mondrian

Müssen Werte innerhalb einer Auswertung dynamisch aggregiert werden, gibt es eine Reihe von vermeintlichen Lösungswegen, um dieses Problem zu lösen. Die komfortabelste Lösung bietet die MDX-Funktion VisualTotals. Diese Funktion wurde als erstes von Microsoft implementiert und anschließend in Mondrian integriert. Im Folgenden wird die Funktionsweise erläutert.