Ein weitere Änderung, die wir bei der Migration von ProStore LI festellen mussten, ist dass sich der Aufruf der „Execute_Report_Object“-Methode geändert hat.
Änderungen:
Aus „Path“ ist „bipPath“ geworden und die Parameter werden nun mit einem „?“ getrennt übergeben.
Der Release der BI Suite Version 11g stellte uns, von der Firma TEAM, vor die Herausforderung unsere Softwarelösung ProStore® LI, welche die BI Suite als Basis für die Auswertungen nutzt, auf die Version 11g zu migrieren.
Ein Schritt in diesem Migrationsprozess war die Migration des alten BI Publisher Repositorys.
Nach dem das Repository problemlos mit dem Upgrade Assistent migriert wurde, mussten wir feststellen, dass kein Login am BI Publisher mehr möglich war.
Wie ist das zu erklären?
Mehrmaliges Upgraden des Repository und Einspielen des Backups gaben Aufschluss: In der alten Version existierte ein User „Administrator“, der sowohl User in der OBIEE Security und außerdem als Super User im BI Publisher definiert war. Diese Dopplung schloss ein Login aus.
Lösung:
Vor der Migration muss der Super User des BI Publisher auf einen Namen ungleich „Administrator“ geändert werden.
Problemstellung:
Auf unserem frisch installierten OBIEE 11G Testsystem mit eine Oracle 11G R2 Datenbank gab es ein Problem, mit der Anzeige und Addition von Zahlenwerten mit Dezimalstellen.
Die Werte konnten weder in einer Pivot-Tabelle noch in einem Diagramm korrekt dargestellt werden. Bei Werten ohne Nachkommastellen gab es das Problem nicht.
Lösung:
In das Script startWeblogic.cmd folgenden Zeile einfügen:
set JAVA_OPTIONS=-Dfile.encoding=UTF-8 -Duser.language=en -Duser.region=US%JAVA_OPTIONS%
Anmerkung:
Bei der Version 11.1.1.6 scheint diese Einstellung Probleme zu machen bei erstellen von Berichten aus Answers-Auswertungen.
Wer sich mit dem Produkte BI-Publisher auseinander gesetzt hat, wird wissen, dass es recht schnell und einfach möglich ist, eine Auswertung im Excel-Format regelmäßig als Attachment zu einer Mail zu versenden. Ein sehr angenehmes Feature im Umfeld der BI-Projekte.
Heißt das Front-End allerdings Discoverer scheint der Anwender auf diese Möglichkeit zunächst verzichten zu müssen. Zwar lassen alle drei Editionen des Discoverers (Client, Plus und Viewer) einen Export in das Excel-Format zu, aber spätestens beim automatisierten Versenden der EMail ist dann die Unterstützung durch dieses Werkzeug nicht mehr gegeben.
Dabei ist mit ein bisschen PL/SQL und Batchprogrammierung auch dieses Verfahren umsetzbar. Der Schlüssel zum Erfolg liegt in der Tatsache, dass der Discoverer-Client Kommandozeilen-Parameter unterstützt, die ein “silent” Export einer Arbeitsmappe ins File-System zulässt.
dis51usr /connect admin/admin@dwh /OPENDB "sr_export" /EXPORT XLS "c:\projekte\poc\sr_export_20080624.xls" /sheet all /BATCH
Anschließend noch ein bisschen PL/SQL zum Erstellen und Versenden der Mail, eine kleine APEX-Oberfläche zum Administrieren und schon ist mit den kostenfreien Hausmitteln von Oracle auch der Discoverer in der Lage “weekly-reports” automatisiert und ohne Benutzeraktion zu versenden.
Interesse an weiteren Informationen? Einfach melden …
Passend zu den Themen, die Sie hier im Blog lesen können, werden die Autoren auch in diesem Jahr wieder mit Vorträgen auf der DOAG-Konferenz 2010 zu sehen sein. Folgende Titel sind Stand heute im Konferenzprogramm enthalten:
Ebenfalls wird die Firma TEAM GmbH mit einem Stand vor Ort in Nürnberg vertreten sein, an dem Sie die Chance haben, mit den Autoren in die Diskussion einzusteigen.
Abgerundet wird die Konferenz in diesem Jahr mit dem Schulungstag zum Thema
Oracle ADF – Ein Quereinstieg für Forms-Entwickler
Letzte Woche hatte ich die Gelegenheit einen Blick auf das 11g Release des BI Publisher zu werfen.
Hier einmal die neuen(überarbeiteten) Features und meine Eindrücke, die ich bei der Veranstaltung mit Produkt-Manager Klaus Fabian gewonnen habe:
UI:
- komplett überarbeitet, erinnert an Mischung aus Answers und JDeveloper
Administration:
- Berichts-Repository kann weiter separat verwaltet werden oder neuerdings auch integriert in den Catalog der BIEE sein.
- Samples müssen neuerdings separat installier werden.
- Möglichkeit sich den Log anzeigen zu lassen, wenn ein Bericht fehlschlägt.
- Es wird einen Loader geben, um nur einzelne Berichte aus dem Catalog auszutauschen
- Unterstützt nur IE 7/8 und Firefox
Berichte:
- Berichte sind nun vom Datenmodell getrennt
- Neuer Datenmodell-Editor
- Es werden die gleichen Charts wie in der BIEE verwendet
Migration von 10.1…:
- Es wird ein Migration-Tool geben, um bestehende Berichte zu migrieren
Datenquelle:
- LDAP
- OLAP-MDX
- Discoverer 10g (nicht 11g)
Security:
- Fusion Middleware Security kommt im BIP und BIEE zum Einsatz
Online Template-Builder:
- Macht einen guten Eindruck, allerdings weiterhin nur für einfache Berichtslayouts geeignet, da es keine Möglichkeit gibt etwas zu programmieren
- Keine Möglichkeit Templates zu konvertieren, die mit dem Word Template Builder erstellt wurden und anders rum
- für Managementberichte gedacht, die schnell erstellt werden sollen
Word Template-Builder:
- Code bis zu 40.000 Zeichen möglich
- <xsl code> -Möglichkeit um Code nicht zu zerreißen
- XSLT 2.0 wird unterstützt
- Tabelle in Tabelle (Gruppieren links) wir jetzt unterstützt
Scheduler:
- wurde komplett neugeschrieben
- benutzt Java Messaging Service
- mehr Einstellungsmöglichkeiten beim planen von Berichten
Delivery Channels:
- keine Neuen
Templates:
- Sub-Templates können nun verwaltet werden
Interactive Viewer:
- sieht sehr gut aus
- Drill-Down und Filtern möglich
- Scroll-Balken
- Sortieren in Tabellen
- Gruppieren
- Beeinflussung der Objekte untereinander
WebServices:
- große Änderungen auf Grund der Security-Umstellungen
Release-Termin:
- Dieses Jahr, wahrscheinlich bis zur Open-World
Wie löst man das Problem, dass entsteht, wenn die BI Publisher Berichte aus der Entwicklungs-, in die Test- und später in die Produktiv-Umgebung ziehen und es nicht überall die gleiche Verzeichnisstruktur gibt?
Es wäre wünschenswert, wenn man mit relativen Pfadangaben für den Import arbeiten könnte. Doch dies ist nicht möglich, hier muss immer der absolute Pfad angegeben werden.
1. Importieren des Sub-Templates mit Hilfe einer zusammengesetzen URI
<?import:http://${HTTPSERVER}/Sub-Template.rtf?>
2. Setzen des Wertes für HTTPSERVER in der Konfigurationsdatei des BI Pubisher xdo.cfg. Die Datei ist unter %BIP_REPOSITORY_HOME%/Admin/Configuration zu finden.
Hier muss folgender Eintrag gesetzt werden:
<config version="1.0.0" xmlns="http://xmlns.oracle.com/oxp/config/">
<!-- Properties -->
<properties>
<property name="xslt.HTTPSERVER">cpi.team-pb.de:9704/bip'</property>
</properties>
</config>
3. Neustarten des OC4J oder Application Servers
Der Wert für die URI kann in jeder Umgebung auf einen anderen Server verweisen und im Template müssen so keine Änderungen vorgenommen werden.
Mehr zu diesem Thema gibt es unter http://bipconsulting.blogspot.com/2009/11/common-header-and-footer-with-sub.html.
Bei der Erstellung von mehreren Berichten mit dem BI Publisher ist es oft erforderlich, dass die einzelnen Berichte gleiches Aussehen haben. Um bei der Erstellung des Layouts Zeit zu sparen, bietet es sich an auf Sub-Templates zurück zu greifen, die in den einzelnen Berichten aufgerufen werden können. So muss man in Zukunft, wenn sich z.B. Änderungen an Kopf- und Fußzeilen ergeben, diese nicht in jedem Dokument durchführen, sondern nur im Sub-Template.
Bei Recherche nach dem besten Vorgehen hab ich gute Informationen in folgendem Blog http://bipconsulting.blogspot.com/ gefunden und fasse diese auf deutsch zusammen.
Aufrufen der Kopf- und Fußzeilen
In einem neuen RTF-Template können einzelne Bereiche für Kopf- und Fußzeilen abgelegt werden.
Ein Bereich wird folgendermaßen erstellt:
<?template:header?>
Hier die Kopfzeile eintragen….
<?end template?>
Das Sub-Template muss entweder im Datei-System (gleicher Rechner wie das Main-Template) oder auf einem HTTP-Server (BI Publisher muss Zugriff darauf haben) bereitgestellt werden.
Das importieren geschieht folgendermaßen:
Datei-System:
<?import:file:/// C:\BIP\Sub-Template.rtf?>
HTTP
<?import:http://cpi.team-pb.de:9704/bip/sub-template.rtf?>
Diesen Befehl als erstes ins Main-Template schreiben.
Die Kopf- und Fußzeilen können folgendermaßen aufgerufen werden:
<?call-template:header?>
<?call-template:footer?>
Um Sub-Templates nutzen zu können muss im BI Publisher Server die Nutzung von externen Referenzen aktiviert sein.
Ein erstelltes PDF Formular zur Verwendung als PDF Template innerhalb des BI Publisher erzeugt bei der Generierung der Ausgabe einen Fehler: Die FO-Formatierung war nicht erfolgreich.
Vor dem Speichern des PDF Formulars im Adobe Acrobat 9 Pro muss die Option:
Kompatibilität herstellen für: Akrobat 5 und höher
eingestellt werden. Diese Option findet man unter:
Erweitert / PDF Optimieren
Ein Bericht definiert mit Oracle BI Publisher über mehrere Artikel funktioniert in der Ansicht erfolgreich. Bei Verwendung des Bursting werden aber zum Zustellungsschlüssel mehrere Dokumente erzeugt, so das die entsprechende Version zum Zustellungsschlüssel immer überschrieben wird.
Die Datenquelle für das Bursting muss nach der Zustellungsschlüssel sortiert werden, innerhalb des Bursting findet keine Gruppierung statt !
