Inhaltsverzeichnis<\/strong><\/h2>\n1. Das letzte Reports-Release
\n<\/a><\/strong>2. L\u00f6sungsalternativen<\/a><\/strong><\/h5>\n\u00a0 \u00a0 \u00a02.1 PL\/PDF
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.2 APEX Office Print
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.3 Eclipse BIRT
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.4 Jasper Reports
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.5 Oracle BI Publisher<\/span><\/a><\/strong><\/h5>\n3. Welche Ziel-Technologie w\u00e4hlen andere Reports Nutzer? (Infografik)
\n<\/a><\/strong>4. Fragen der Migration
\n<\/a><\/strong>5. Fazit<\/a><\/strong><\/h5>\n <\/p>\n
<\/a>1. Das letzte Reports-Release<\/strong><\/h2>\nBereits im Oktober 2016 hat Oracle angek\u00fcndigt, dass Oracle Fusion Middleware 12.2.1.3.0 das\u00a0letzte Reports-Release<\/strong>\u00a0sein wird. Zudem\u00a0erlischt sp\u00e4testens 2025 vollst\u00e4ndig der Support-Anspruch<\/a> seitens Oracle.\u00a0Enterprise Applikationen basierend auf dem Oracle Fusion Middleware Stack, der unter anderem Oracle Forms und Reports beinhaltet, sehen sich daher dem Zwang gegen\u00fcbergestellt, sich bereits jetzt Gedanken \u00fcber Alternativen im Bereich des Reporting machen zu m\u00fcssen. Welche sich aktuell auf dem Markt anbieten, m\u00f6chten wir Ihnen im Folgenden aufzeigen.\u00a0<\/span><\/p>\n <\/p>\n
<\/p>\n
![\"Oracle](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/K1024_Oracle-Reports-Alternativen-1024x294.jpg\")
<\/p>\n
<\/p>\n
<\/p>\n
<\/a>2. L\u00f6sungsalternativen<\/strong><\/h2>\nBitte beachten Sie, dass die Aufstellung nicht den Anspruch einer Vollst\u00e4ndigkeit\u00a0erhebt und zum Zeitpunkt der Ver\u00f6ffentlichung dieses Beitrags nur unsere Sicht des Marktes widerspiegelt.<\/span><\/p>\n<\/a>2.1 PL\/PDF <\/strong><\/span><\/h3>\n![\"PL\/PDF](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/plpdf-logo-150x150.png\")
<\/p>\n
PL\/PDF ist ein Reporting-Tool des ungarischen Oracle Partners OraNext, welches ausschlie\u00dflich mit PL\/SQL-Mitteln in der Oracle Datenbank Dokumente als PDF, DOCX oder XLSX erstellen kann. Als Layout-Designer kann ein Word- oder Excel-Template genutzt werden. Die Lizenzierung erm\u00f6glicht ein Modell nach Ausgabe-Format (570 \u20ac pro Format) oder pro Server (2.280 \u20ac).<\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Performant f\u00fcr gro\u00dfe Datenbeschaffung – l\u00e4uft direkt in der Datenbank<\/span><\/li>\n
- Basiert ausschlie\u00dflich auf PL\/SQL<\/span><\/li>\n
- Kleiner Footprint, kann leicht in die Anwendung integriert werden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Unterst\u00fctzt keine anderen Ausgabeformate<\/span><\/li>\n
- An eine Datenbank gebunden und somit nicht als Enterprise Service f\u00fcr andere Applikationen nutzbar<\/span><\/li>\n
- Begrenzter Funktionsumfang (kein BI, kein SelfService, kein Multilanguage Support out of the box etc.<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
PL\/PDF eignet sich bestens, wenn im eng gesteckten Umfeld der Anwendung eine \u00fcberschaubare Anzahl von wohl definierten Berichten zu erstellen ist. Die Integration gelingt leicht und die Nutzung ist f\u00fcr PL\/SQL versierte Entwickler leicht zu beherrschen.<\/span><\/p>\n<\/a>2.2 APEX Office Print<\/strong><\/span><\/h3>\n![\"APEX](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/apex-office-print-logo-150x150.png\")
<\/p>\n
Im Umfeld der Anwendungsentwicklung mit Oracle APEX hat die belgische Firma Apex R&D das Produkt Apex Office Print (AOP) entwickelt. Daten aus der Oracle Datenbank oder nutzbaren WebServices werden mit Office-Templates (Word, Excel, Powerpoint) verkn\u00fcpft und k\u00f6nnen in PDF oder Office Formate ausgegeben werden. Zus\u00e4tzliche Funktionalit\u00e4ten sind z.B. eine integrierte Mailing-Funktionalit\u00e4t, verschiedene Barcodes und die M\u00f6glichkeit auch interactive Reports zu erzeugen. Das Lizenzmodell unterscheidet zwischen der Cloud-L\u00f6sung auf Mietbasis (99\u20ac pro Monat) und der on-premis Installation (4.900\u20ac im Gold-Paket) <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Flexible durch verschiedene APIs<\/span><\/li>\n
- Einfache Vorlagenerstellung \u00fcber Office Tools<\/span><\/li>\n
- Im Apex-Umfeld leicht einzubinden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- komplizierte Erstellung von Pixel-Perfekt Printing<\/span><\/li>\n
- Setzt Apex-Version 4.2 oder h\u00f6her in der Datenbank voraus<\/span><\/li>\n
- Business Logik aus PL\/SQL kann nur schwer \u00fcbernommen werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Sind die Zukunftspl\u00e4ne f\u00fcr die Forms-Applikation ein Wechsel Richtung Apex, bietet sich f\u00fcr Reports Apex Office Print nahezu an. Die leichtgewichte Installation (auf Basis von Apex) bietet mit den Interactiven Reports dann auch einen deutlichen Mehrwert.<\/span><\/p>\n<\/a>2.3 Eclipse BIRT<\/strong><\/span><\/h3>\n![\"Eclipse](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/Birt-logo.png\")
<\/p>\n
BIRT ist eine OpenSource L\u00f6sung der Eclipse Foundation f\u00fcr die Aufbereitung, Visualisierung und das Reporting von Daten innerhalb von Rich-Client oder Webapplikationen auf Basis von Java. Das Design und die Implementierung der Reports erfolgt innerhalb der Eclipse IDE und einem BIRT Report Designer. Die Integration in die Applikation gelingt \u00fcber die Report Engine, die mit einer Java API in jede Java Applikation<\/a> eingebunden werden kann. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- gro\u00dfe Vielfalt an unterschiedlichen Ausgabeformaten<\/span><\/li>\n
- Leistungsstarke Charting-Engine<\/span><\/li>\n
- <\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Grafikelemente fehlen<\/span><\/li>\n
- Seitenbezogene Werte (Zwischensummen, Seitenzahlen) sind nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Komplexe Datentypen k\u00f6nnen nicht abgedeckt werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
In einem ganzheitlich Java-orientierten Anwendungsentwicklung findet BIRT sicherlich seinen berechtigten Platz. Der vorhandene BIRT Report Viewer kann als eigenst\u00e4ndige Anwendung genutzt werden und bereichert out of the Box die Funktionalit\u00e4t Ihrer Applikation. \u00a0<\/span><\/p>\n<\/a>2.4 Jasper Reports<\/a><\/strong><\/span><\/h3>\n <\/p>\n
![\"Jasper](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/jasper-reports-logo.png\")
<\/h2>\n
JasperReports von der Firma TIBCO ist vermutlich die Java basierte Open Source L\u00f6sung mit der breitesten Community. \u00c4hnlich wie BIRT findet die Entwicklung der Berichte in der \u00a0Eclipse IDE statt und zur Laufzeit kann die Engine in jede Java Applikation eingebunden werden. Im Gegensatz zu BIRT kann Jasper dabei auch \u00fcber einen Scheduler oder Webservices konsumiert werden. Das macht gerade eine Einbindung in Oracle Forms sehr interessant. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- Pixel-Perfekt Ausgaben m\u00f6glich<\/span><\/li>\n
- sehr performant f\u00fcr lange Berichte<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- kein Direktdruck – nur \u00fcber zus\u00e4tzliche Implementierung m\u00f6glich<\/span><\/li>\n
- Umst\u00e4ndliche Subreports bei mehreren Datenquellen in einem Bericht<\/span><\/li>\n
- wenige out-of-the-box Aggregate-Funktionen<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Die M\u00f6glichkeit JasperReports auch \u00fcber WebServices und URL-Calls zu integrieren, macht das Tool auch au\u00dferhalb einer reinen Java-Anwendungsentwicklung interessant. Pixel-Perfect-Printing erlaubt auch bei klassischen Aufgaben wie Labels, Barcode und Formularen eine sichere Verwendung. Ist es der erste Schritt in die Java Welt, sollte die Lernkurve wie auch bei BIRT nicht untersch\u00e4tzt werden.<\/span><\/p>\n<\/a>2.5 Oracle BI Publisher<\/strong><\/span><\/h3>\n![\"\"](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/06\/bi-publisher-logo.png\")
<\/h2>\n
Offizieller Nachfolger und Empfehlung von Oracle f\u00fcr das Reporting ist der Oracle BI Publisher. In Oracles eigener ERP-Suite hat er gleichfalls Oracle Reports verdr\u00e4ngt. Die strikte Trennung zwischen Layout und Datenbeschaffung geht hier zwei Schritte weiter und erm\u00f6glicht zum einen dem Endanwender sehr intuitiv \u00fcber einen Online-Builder eigene Berichte zu erstellen, verwalten und zu konsumieren und zum anderen diese Trennung mit XML-Standard-Technologien auch gleich f\u00fcr eine effiziente Mehrsprachigkeit der Berichte zu nutzen. Der BI Publisher ist \u00fcber die Metriken Named-User-Plus (395\u20ac) oder Prozessor (39.500\u20ac) verf\u00fcgbar. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Hohes Ma\u00df an Modularisierung (Sub-Templates, Wiederverwendung) <\/span><\/li>\n
- Self-Service Portal f\u00fcr zentrale Reporting L\u00f6sung<\/span><\/li>\n
- Bursting und Online-Dashboard<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Erfordert Know-How von XSL-FO<\/span><\/li>\n
- Pixel-Perfekt-Printing nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Erfordert BI Publisher Server innerhalb des Weblogic-Servers<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Ist die Forms- und Reports-Anwendung auf Basis einer Oracle Application Enterprise Edition lizenziert, bietet sich der BI Publisher als nat\u00fcrlicher Nachfolger an. Die Integration in Forms ist von Oracle vordefiniert und die Einbindung in andere Applikationen basierend auf \u00a0APEX, ADF<\/a> oder anderen Java-Frameworks gelingt sehr einfach. Der Funktionsumfang \u00fcbertrifft sicherlich alle anderen L\u00f6sungsalternativen.<\/span><\/p>\n<\/a>3. Welche Ziel-Technologie w\u00e4hlen andere Reports-Nutzer?<\/strong><\/h2>\nJede der in Kapitel 3 genannten Technologien hat ihre Daseinsberechtigung. Nichtsdestotrotz hat die Antwort auf die Frage, wo sich der Gro\u00dfteil des Marktes hinbewegen wird in aller Regel seine Gr\u00fcnde. Aus diesem Grund haben wir in unserem Webinar<\/a> „Das Ende von Oracle Reports“ im vergangenen September die \u00fcber 100 Teilnehmer gefragt, durch welche Ziel Technologie sie Oracle Reports abzul\u00f6sen planen. Das Ergebnis sehen Sie in dieser Infografik:
\n[\/et_pb_text][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_image src=“https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/oracle-reports-abloesung-alternativen-umfrage-grafik.jpg“ title_text=“oracle-reports-abloesung-alternativen-umfrage-grafik“ show_in_lightbox=“on“ align_tablet=“center“ align_phone=““ align_last_edited=“on|desktop“ admin_label=“Reports Umfrage INFOGRAFIK“ _builder_version=“4.6.5″][\/et_pb_image][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_text _builder_version=“3.27.4″]Auffallend ist, dass ganze 79% der Teilnehmer noch unsicher oder unentschlossen waren, was die Technologie-Wahl angeht. Aufgrund der Wichtigkeit der Entscheidung ist aber auf der anderen Seite nachvollziehbar und sinnvoll, dass eine endg\u00fcltige Entscheidung nicht „\u00fcbers Knie gebrochen“ wird.<\/p>\nUnter denjenigen, die Ihre Entscheidung getroffen haben ist dabei Jasper Reports klarer Favorit, gefolgt vom Oracle BI Publisher und PL\/PDF. Nur wenige Webinar-Teilnehmer hielten hingegen BIRT, APEX Office Print oder ein ganz anderes Tool f\u00fcr die bestm\u00f6gliche L\u00f6sung, was aber dennoch kein Ausschlusskriterium sein muss. Wie schon zuvor erw\u00e4hnt hat fast jede Technologie ihre Daseinsberechtigung, wenn sie zu den individuellen Bed\u00fcrfnissen des Unternehmens passt.<\/p>\n
<\/a>4. Fragen der Migration<\/strong><\/span><\/h2>\nVielleicht nicht erst nach der Entscheidung f\u00fcr eine L\u00f6sungsvariante sollten Sie sich auch der Frage widmen, wie eine Migration von Oracle Reports auf die Zieltechnologie aussehen kann. Unsere Erfahrung zeigt, dass die Erwartungshaltung von \u201calles anders und besser\u201d bis hin zu \u201cnichts \u00e4ndern und alles gleich\u201d durchaus breit streuen. <\/span><\/p>\nAllen gemein ist die Tatsache, dass es verschiedene Blickwinkel auf die Migrationsaufgaben gibt:<\/span> Datenmodell<\/b>: In der Regel \u00e4ndert sich bei der Migration der Print-L\u00f6sung nichts am darunter liegenden Datenmodell. Vielfach wird aber die Migration zum Anlass genommen, einmal aufzur\u00e4umen. Doppelte Queries werden konsolidiert, Berechnungen validiert und ein zukunftsf\u00e4higer Report-Layer erstellt, der auch weiteren BI L\u00f6sungen wertvolle Daten zur Verf\u00fcgung stellt. <\/span><\/p>\nPL\/SQL-Logik<\/b>: Von der Aussage: \u201cWir haben keine Logik in den Reports\u201d bis hin zu transaktionssicheren Verbuchungen im Moment des Ausdrucks sind alle Varianten aktuell in Reports denkbar und auch genutzt. Hier steckt aber auch viel Know-how in der Migration, da verschiedene Verwendungen verschiedene L\u00f6sungen erfordern. Ist die bedingte Formatierung in vielen Zieltechnologien trivial ist das \u00c4ndern des Schachtes f\u00fcr die n\u00e4chste Seite des Berichts mit PL\/SQL im gleichen Trigger schon eine deutliche Herausforderung. <\/span><\/p>\nLayout<\/b>: Reports hat mit seiner Gestaltung des Layouts \u00fcber Koordinaten der Elemente und Repeating Frames (die dar\u00fcber hinaus beliebig geschachtelt werden k\u00f6nnen) eine Definition erstellt, die nicht beliebig in andere Tools \u00fcberf\u00fchrt werden k\u00f6nnen. Eine grobe Ann\u00e4herung gelingt in jeder Migration, aber der gr\u00f6\u00dfte Aufwand steckt sicherlich darin, alles wieder an seinen richtigen Platz zu bekommen. Gerade die Tools, die kein Pixel-Perfekt-Printing nativ unterst\u00fctzen, erweisen sich hier als gr\u00f6\u00dfere H\u00fcrde. <\/span><\/p>\n
\n<\/a><\/strong>2. L\u00f6sungsalternativen<\/a><\/strong><\/h5>\n
\u00a0 \u00a0 \u00a02.1 PL\/PDF
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.2 APEX Office Print
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.3 Eclipse BIRT
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.4 Jasper Reports
\n<\/a><\/span><\/strong>\u00a0 \u00a0 \u00a02.5 Oracle BI Publisher<\/span><\/a><\/strong><\/h5>\n3. Welche Ziel-Technologie w\u00e4hlen andere Reports Nutzer? (Infografik)
\n<\/a><\/strong>4. Fragen der Migration
\n<\/a><\/strong>5. Fazit<\/a><\/strong><\/h5>\n <\/p>\n
<\/a>1. Das letzte Reports-Release<\/strong><\/h2>\nBereits im Oktober 2016 hat Oracle angek\u00fcndigt, dass Oracle Fusion Middleware 12.2.1.3.0 das\u00a0letzte Reports-Release<\/strong>\u00a0sein wird. Zudem\u00a0erlischt sp\u00e4testens 2025 vollst\u00e4ndig der Support-Anspruch<\/a> seitens Oracle.\u00a0Enterprise Applikationen basierend auf dem Oracle Fusion Middleware Stack, der unter anderem Oracle Forms und Reports beinhaltet, sehen sich daher dem Zwang gegen\u00fcbergestellt, sich bereits jetzt Gedanken \u00fcber Alternativen im Bereich des Reporting machen zu m\u00fcssen. Welche sich aktuell auf dem Markt anbieten, m\u00f6chten wir Ihnen im Folgenden aufzeigen.\u00a0<\/span><\/p>\n <\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/a>2. L\u00f6sungsalternativen<\/strong><\/h2>\nBitte beachten Sie, dass die Aufstellung nicht den Anspruch einer Vollst\u00e4ndigkeit\u00a0erhebt und zum Zeitpunkt der Ver\u00f6ffentlichung dieses Beitrags nur unsere Sicht des Marktes widerspiegelt.<\/span><\/p>\n<\/a>2.1 PL\/PDF <\/strong><\/span><\/h3>\n<\/p>\n
PL\/PDF ist ein Reporting-Tool des ungarischen Oracle Partners OraNext, welches ausschlie\u00dflich mit PL\/SQL-Mitteln in der Oracle Datenbank Dokumente als PDF, DOCX oder XLSX erstellen kann. Als Layout-Designer kann ein Word- oder Excel-Template genutzt werden. Die Lizenzierung erm\u00f6glicht ein Modell nach Ausgabe-Format (570 \u20ac pro Format) oder pro Server (2.280 \u20ac).<\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Performant f\u00fcr gro\u00dfe Datenbeschaffung – l\u00e4uft direkt in der Datenbank<\/span><\/li>\n
- Basiert ausschlie\u00dflich auf PL\/SQL<\/span><\/li>\n
- Kleiner Footprint, kann leicht in die Anwendung integriert werden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Unterst\u00fctzt keine anderen Ausgabeformate<\/span><\/li>\n
- An eine Datenbank gebunden und somit nicht als Enterprise Service f\u00fcr andere Applikationen nutzbar<\/span><\/li>\n
- Begrenzter Funktionsumfang (kein BI, kein SelfService, kein Multilanguage Support out of the box etc.<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
PL\/PDF eignet sich bestens, wenn im eng gesteckten Umfeld der Anwendung eine \u00fcberschaubare Anzahl von wohl definierten Berichten zu erstellen ist. Die Integration gelingt leicht und die Nutzung ist f\u00fcr PL\/SQL versierte Entwickler leicht zu beherrschen.<\/span><\/p>\n<\/a>2.2 APEX Office Print<\/strong><\/span><\/h3>\n<\/p>\n
Im Umfeld der Anwendungsentwicklung mit Oracle APEX hat die belgische Firma Apex R&D das Produkt Apex Office Print (AOP) entwickelt. Daten aus der Oracle Datenbank oder nutzbaren WebServices werden mit Office-Templates (Word, Excel, Powerpoint) verkn\u00fcpft und k\u00f6nnen in PDF oder Office Formate ausgegeben werden. Zus\u00e4tzliche Funktionalit\u00e4ten sind z.B. eine integrierte Mailing-Funktionalit\u00e4t, verschiedene Barcodes und die M\u00f6glichkeit auch interactive Reports zu erzeugen. Das Lizenzmodell unterscheidet zwischen der Cloud-L\u00f6sung auf Mietbasis (99\u20ac pro Monat) und der on-premis Installation (4.900\u20ac im Gold-Paket) <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Flexible durch verschiedene APIs<\/span><\/li>\n
- Einfache Vorlagenerstellung \u00fcber Office Tools<\/span><\/li>\n
- Im Apex-Umfeld leicht einzubinden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- komplizierte Erstellung von Pixel-Perfekt Printing<\/span><\/li>\n
- Setzt Apex-Version 4.2 oder h\u00f6her in der Datenbank voraus<\/span><\/li>\n
- Business Logik aus PL\/SQL kann nur schwer \u00fcbernommen werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Sind die Zukunftspl\u00e4ne f\u00fcr die Forms-Applikation ein Wechsel Richtung Apex, bietet sich f\u00fcr Reports Apex Office Print nahezu an. Die leichtgewichte Installation (auf Basis von Apex) bietet mit den Interactiven Reports dann auch einen deutlichen Mehrwert.<\/span><\/p>\n<\/a>2.3 Eclipse BIRT<\/strong><\/span><\/h3>\n<\/p>\n
BIRT ist eine OpenSource L\u00f6sung der Eclipse Foundation f\u00fcr die Aufbereitung, Visualisierung und das Reporting von Daten innerhalb von Rich-Client oder Webapplikationen auf Basis von Java. Das Design und die Implementierung der Reports erfolgt innerhalb der Eclipse IDE und einem BIRT Report Designer. Die Integration in die Applikation gelingt \u00fcber die Report Engine, die mit einer Java API in jede Java Applikation<\/a> eingebunden werden kann. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- gro\u00dfe Vielfalt an unterschiedlichen Ausgabeformaten<\/span><\/li>\n
- Leistungsstarke Charting-Engine<\/span><\/li>\n
- <\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Grafikelemente fehlen<\/span><\/li>\n
- Seitenbezogene Werte (Zwischensummen, Seitenzahlen) sind nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Komplexe Datentypen k\u00f6nnen nicht abgedeckt werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
In einem ganzheitlich Java-orientierten Anwendungsentwicklung findet BIRT sicherlich seinen berechtigten Platz. Der vorhandene BIRT Report Viewer kann als eigenst\u00e4ndige Anwendung genutzt werden und bereichert out of the Box die Funktionalit\u00e4t Ihrer Applikation. \u00a0<\/span><\/p>\n<\/a>2.4 Jasper Reports<\/a><\/strong><\/span><\/h3>\n <\/p>\n
<\/h2>\n
JasperReports von der Firma TIBCO ist vermutlich die Java basierte Open Source L\u00f6sung mit der breitesten Community. \u00c4hnlich wie BIRT findet die Entwicklung der Berichte in der \u00a0Eclipse IDE statt und zur Laufzeit kann die Engine in jede Java Applikation eingebunden werden. Im Gegensatz zu BIRT kann Jasper dabei auch \u00fcber einen Scheduler oder Webservices konsumiert werden. Das macht gerade eine Einbindung in Oracle Forms sehr interessant. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- Pixel-Perfekt Ausgaben m\u00f6glich<\/span><\/li>\n
- sehr performant f\u00fcr lange Berichte<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- kein Direktdruck – nur \u00fcber zus\u00e4tzliche Implementierung m\u00f6glich<\/span><\/li>\n
- Umst\u00e4ndliche Subreports bei mehreren Datenquellen in einem Bericht<\/span><\/li>\n
- wenige out-of-the-box Aggregate-Funktionen<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Die M\u00f6glichkeit JasperReports auch \u00fcber WebServices und URL-Calls zu integrieren, macht das Tool auch au\u00dferhalb einer reinen Java-Anwendungsentwicklung interessant. Pixel-Perfect-Printing erlaubt auch bei klassischen Aufgaben wie Labels, Barcode und Formularen eine sichere Verwendung. Ist es der erste Schritt in die Java Welt, sollte die Lernkurve wie auch bei BIRT nicht untersch\u00e4tzt werden.<\/span><\/p>\n<\/a>2.5 Oracle BI Publisher<\/strong><\/span><\/h3>\n<\/h2>\n
Offizieller Nachfolger und Empfehlung von Oracle f\u00fcr das Reporting ist der Oracle BI Publisher. In Oracles eigener ERP-Suite hat er gleichfalls Oracle Reports verdr\u00e4ngt. Die strikte Trennung zwischen Layout und Datenbeschaffung geht hier zwei Schritte weiter und erm\u00f6glicht zum einen dem Endanwender sehr intuitiv \u00fcber einen Online-Builder eigene Berichte zu erstellen, verwalten und zu konsumieren und zum anderen diese Trennung mit XML-Standard-Technologien auch gleich f\u00fcr eine effiziente Mehrsprachigkeit der Berichte zu nutzen. Der BI Publisher ist \u00fcber die Metriken Named-User-Plus (395\u20ac) oder Prozessor (39.500\u20ac) verf\u00fcgbar. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Hohes Ma\u00df an Modularisierung (Sub-Templates, Wiederverwendung) <\/span><\/li>\n
- Self-Service Portal f\u00fcr zentrale Reporting L\u00f6sung<\/span><\/li>\n
- Bursting und Online-Dashboard<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Erfordert Know-How von XSL-FO<\/span><\/li>\n
- Pixel-Perfekt-Printing nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Erfordert BI Publisher Server innerhalb des Weblogic-Servers<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Ist die Forms- und Reports-Anwendung auf Basis einer Oracle Application Enterprise Edition lizenziert, bietet sich der BI Publisher als nat\u00fcrlicher Nachfolger an. Die Integration in Forms ist von Oracle vordefiniert und die Einbindung in andere Applikationen basierend auf \u00a0APEX, ADF<\/a> oder anderen Java-Frameworks gelingt sehr einfach. Der Funktionsumfang \u00fcbertrifft sicherlich alle anderen L\u00f6sungsalternativen.<\/span><\/p>\n<\/a>3. Welche Ziel-Technologie w\u00e4hlen andere Reports-Nutzer?<\/strong><\/h2>\nJede der in Kapitel 3 genannten Technologien hat ihre Daseinsberechtigung. Nichtsdestotrotz hat die Antwort auf die Frage, wo sich der Gro\u00dfteil des Marktes hinbewegen wird in aller Regel seine Gr\u00fcnde. Aus diesem Grund haben wir in unserem Webinar<\/a> „Das Ende von Oracle Reports“ im vergangenen September die \u00fcber 100 Teilnehmer gefragt, durch welche Ziel Technologie sie Oracle Reports abzul\u00f6sen planen. Das Ergebnis sehen Sie in dieser Infografik:
\n[\/et_pb_text][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_image src=“https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/oracle-reports-abloesung-alternativen-umfrage-grafik.jpg“ title_text=“oracle-reports-abloesung-alternativen-umfrage-grafik“ show_in_lightbox=“on“ align_tablet=“center“ align_phone=““ align_last_edited=“on|desktop“ admin_label=“Reports Umfrage INFOGRAFIK“ _builder_version=“4.6.5″][\/et_pb_image][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_text _builder_version=“3.27.4″]Auffallend ist, dass ganze 79% der Teilnehmer noch unsicher oder unentschlossen waren, was die Technologie-Wahl angeht. Aufgrund der Wichtigkeit der Entscheidung ist aber auf der anderen Seite nachvollziehbar und sinnvoll, dass eine endg\u00fcltige Entscheidung nicht „\u00fcbers Knie gebrochen“ wird.<\/p>\nUnter denjenigen, die Ihre Entscheidung getroffen haben ist dabei Jasper Reports klarer Favorit, gefolgt vom Oracle BI Publisher und PL\/PDF. Nur wenige Webinar-Teilnehmer hielten hingegen BIRT, APEX Office Print oder ein ganz anderes Tool f\u00fcr die bestm\u00f6gliche L\u00f6sung, was aber dennoch kein Ausschlusskriterium sein muss. Wie schon zuvor erw\u00e4hnt hat fast jede Technologie ihre Daseinsberechtigung, wenn sie zu den individuellen Bed\u00fcrfnissen des Unternehmens passt.<\/p>\n
<\/a>4. Fragen der Migration<\/strong><\/span><\/h2>\nVielleicht nicht erst nach der Entscheidung f\u00fcr eine L\u00f6sungsvariante sollten Sie sich auch der Frage widmen, wie eine Migration von Oracle Reports auf die Zieltechnologie aussehen kann. Unsere Erfahrung zeigt, dass die Erwartungshaltung von \u201calles anders und besser\u201d bis hin zu \u201cnichts \u00e4ndern und alles gleich\u201d durchaus breit streuen. <\/span><\/p>\nAllen gemein ist die Tatsache, dass es verschiedene Blickwinkel auf die Migrationsaufgaben gibt:<\/span> Datenmodell<\/b>: In der Regel \u00e4ndert sich bei der Migration der Print-L\u00f6sung nichts am darunter liegenden Datenmodell. Vielfach wird aber die Migration zum Anlass genommen, einmal aufzur\u00e4umen. Doppelte Queries werden konsolidiert, Berechnungen validiert und ein zukunftsf\u00e4higer Report-Layer erstellt, der auch weiteren BI L\u00f6sungen wertvolle Daten zur Verf\u00fcgung stellt. <\/span><\/p>\nPL\/SQL-Logik<\/b>: Von der Aussage: \u201cWir haben keine Logik in den Reports\u201d bis hin zu transaktionssicheren Verbuchungen im Moment des Ausdrucks sind alle Varianten aktuell in Reports denkbar und auch genutzt. Hier steckt aber auch viel Know-how in der Migration, da verschiedene Verwendungen verschiedene L\u00f6sungen erfordern. Ist die bedingte Formatierung in vielen Zieltechnologien trivial ist das \u00c4ndern des Schachtes f\u00fcr die n\u00e4chste Seite des Berichts mit PL\/SQL im gleichen Trigger schon eine deutliche Herausforderung. <\/span><\/p>\nLayout<\/b>: Reports hat mit seiner Gestaltung des Layouts \u00fcber Koordinaten der Elemente und Repeating Frames (die dar\u00fcber hinaus beliebig geschachtelt werden k\u00f6nnen) eine Definition erstellt, die nicht beliebig in andere Tools \u00fcberf\u00fchrt werden k\u00f6nnen. Eine grobe Ann\u00e4herung gelingt in jeder Migration, aber der gr\u00f6\u00dfte Aufwand steckt sicherlich darin, alles wieder an seinen richtigen Platz zu bekommen. Gerade die Tools, die kein Pixel-Perfekt-Printing nativ unterst\u00fctzen, erweisen sich hier als gr\u00f6\u00dfere H\u00fcrde. <\/span><\/p>\n
\n<\/a><\/strong>4. Fragen der Migration
\n<\/a><\/strong>5. Fazit<\/a><\/strong><\/h5>\n
<\/p>\n
<\/a>1. Das letzte Reports-Release<\/strong><\/h2>\nBereits im Oktober 2016 hat Oracle angek\u00fcndigt, dass Oracle Fusion Middleware 12.2.1.3.0 das\u00a0letzte Reports-Release<\/strong>\u00a0sein wird. Zudem\u00a0erlischt sp\u00e4testens 2025 vollst\u00e4ndig der Support-Anspruch<\/a> seitens Oracle.\u00a0Enterprise Applikationen basierend auf dem Oracle Fusion Middleware Stack, der unter anderem Oracle Forms und Reports beinhaltet, sehen sich daher dem Zwang gegen\u00fcbergestellt, sich bereits jetzt Gedanken \u00fcber Alternativen im Bereich des Reporting machen zu m\u00fcssen. Welche sich aktuell auf dem Markt anbieten, m\u00f6chten wir Ihnen im Folgenden aufzeigen.\u00a0<\/span><\/p>\n <\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/a>2. L\u00f6sungsalternativen<\/strong><\/h2>\nBitte beachten Sie, dass die Aufstellung nicht den Anspruch einer Vollst\u00e4ndigkeit\u00a0erhebt und zum Zeitpunkt der Ver\u00f6ffentlichung dieses Beitrags nur unsere Sicht des Marktes widerspiegelt.<\/span><\/p>\n<\/a>2.1 PL\/PDF <\/strong><\/span><\/h3>\n<\/p>\n
PL\/PDF ist ein Reporting-Tool des ungarischen Oracle Partners OraNext, welches ausschlie\u00dflich mit PL\/SQL-Mitteln in der Oracle Datenbank Dokumente als PDF, DOCX oder XLSX erstellen kann. Als Layout-Designer kann ein Word- oder Excel-Template genutzt werden. Die Lizenzierung erm\u00f6glicht ein Modell nach Ausgabe-Format (570 \u20ac pro Format) oder pro Server (2.280 \u20ac).<\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Performant f\u00fcr gro\u00dfe Datenbeschaffung – l\u00e4uft direkt in der Datenbank<\/span><\/li>\n
- Basiert ausschlie\u00dflich auf PL\/SQL<\/span><\/li>\n
- Kleiner Footprint, kann leicht in die Anwendung integriert werden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Unterst\u00fctzt keine anderen Ausgabeformate<\/span><\/li>\n
- An eine Datenbank gebunden und somit nicht als Enterprise Service f\u00fcr andere Applikationen nutzbar<\/span><\/li>\n
- Begrenzter Funktionsumfang (kein BI, kein SelfService, kein Multilanguage Support out of the box etc.<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
PL\/PDF eignet sich bestens, wenn im eng gesteckten Umfeld der Anwendung eine \u00fcberschaubare Anzahl von wohl definierten Berichten zu erstellen ist. Die Integration gelingt leicht und die Nutzung ist f\u00fcr PL\/SQL versierte Entwickler leicht zu beherrschen.<\/span><\/p>\n<\/a>2.2 APEX Office Print<\/strong><\/span><\/h3>\n<\/p>\n
Im Umfeld der Anwendungsentwicklung mit Oracle APEX hat die belgische Firma Apex R&D das Produkt Apex Office Print (AOP) entwickelt. Daten aus der Oracle Datenbank oder nutzbaren WebServices werden mit Office-Templates (Word, Excel, Powerpoint) verkn\u00fcpft und k\u00f6nnen in PDF oder Office Formate ausgegeben werden. Zus\u00e4tzliche Funktionalit\u00e4ten sind z.B. eine integrierte Mailing-Funktionalit\u00e4t, verschiedene Barcodes und die M\u00f6glichkeit auch interactive Reports zu erzeugen. Das Lizenzmodell unterscheidet zwischen der Cloud-L\u00f6sung auf Mietbasis (99\u20ac pro Monat) und der on-premis Installation (4.900\u20ac im Gold-Paket) <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Flexible durch verschiedene APIs<\/span><\/li>\n
- Einfache Vorlagenerstellung \u00fcber Office Tools<\/span><\/li>\n
- Im Apex-Umfeld leicht einzubinden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- komplizierte Erstellung von Pixel-Perfekt Printing<\/span><\/li>\n
- Setzt Apex-Version 4.2 oder h\u00f6her in der Datenbank voraus<\/span><\/li>\n
- Business Logik aus PL\/SQL kann nur schwer \u00fcbernommen werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Sind die Zukunftspl\u00e4ne f\u00fcr die Forms-Applikation ein Wechsel Richtung Apex, bietet sich f\u00fcr Reports Apex Office Print nahezu an. Die leichtgewichte Installation (auf Basis von Apex) bietet mit den Interactiven Reports dann auch einen deutlichen Mehrwert.<\/span><\/p>\n<\/a>2.3 Eclipse BIRT<\/strong><\/span><\/h3>\n<\/p>\n
BIRT ist eine OpenSource L\u00f6sung der Eclipse Foundation f\u00fcr die Aufbereitung, Visualisierung und das Reporting von Daten innerhalb von Rich-Client oder Webapplikationen auf Basis von Java. Das Design und die Implementierung der Reports erfolgt innerhalb der Eclipse IDE und einem BIRT Report Designer. Die Integration in die Applikation gelingt \u00fcber die Report Engine, die mit einer Java API in jede Java Applikation<\/a> eingebunden werden kann. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- gro\u00dfe Vielfalt an unterschiedlichen Ausgabeformaten<\/span><\/li>\n
- Leistungsstarke Charting-Engine<\/span><\/li>\n
- <\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Grafikelemente fehlen<\/span><\/li>\n
- Seitenbezogene Werte (Zwischensummen, Seitenzahlen) sind nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Komplexe Datentypen k\u00f6nnen nicht abgedeckt werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
In einem ganzheitlich Java-orientierten Anwendungsentwicklung findet BIRT sicherlich seinen berechtigten Platz. Der vorhandene BIRT Report Viewer kann als eigenst\u00e4ndige Anwendung genutzt werden und bereichert out of the Box die Funktionalit\u00e4t Ihrer Applikation. \u00a0<\/span><\/p>\n<\/a>2.4 Jasper Reports<\/a><\/strong><\/span><\/h3>\n <\/p>\n
<\/h2>\n
JasperReports von der Firma TIBCO ist vermutlich die Java basierte Open Source L\u00f6sung mit der breitesten Community. \u00c4hnlich wie BIRT findet die Entwicklung der Berichte in der \u00a0Eclipse IDE statt und zur Laufzeit kann die Engine in jede Java Applikation eingebunden werden. Im Gegensatz zu BIRT kann Jasper dabei auch \u00fcber einen Scheduler oder Webservices konsumiert werden. Das macht gerade eine Einbindung in Oracle Forms sehr interessant. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- Pixel-Perfekt Ausgaben m\u00f6glich<\/span><\/li>\n
- sehr performant f\u00fcr lange Berichte<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- kein Direktdruck – nur \u00fcber zus\u00e4tzliche Implementierung m\u00f6glich<\/span><\/li>\n
- Umst\u00e4ndliche Subreports bei mehreren Datenquellen in einem Bericht<\/span><\/li>\n
- wenige out-of-the-box Aggregate-Funktionen<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Die M\u00f6glichkeit JasperReports auch \u00fcber WebServices und URL-Calls zu integrieren, macht das Tool auch au\u00dferhalb einer reinen Java-Anwendungsentwicklung interessant. Pixel-Perfect-Printing erlaubt auch bei klassischen Aufgaben wie Labels, Barcode und Formularen eine sichere Verwendung. Ist es der erste Schritt in die Java Welt, sollte die Lernkurve wie auch bei BIRT nicht untersch\u00e4tzt werden.<\/span><\/p>\n<\/a>2.5 Oracle BI Publisher<\/strong><\/span><\/h3>\n<\/h2>\n
Offizieller Nachfolger und Empfehlung von Oracle f\u00fcr das Reporting ist der Oracle BI Publisher. In Oracles eigener ERP-Suite hat er gleichfalls Oracle Reports verdr\u00e4ngt. Die strikte Trennung zwischen Layout und Datenbeschaffung geht hier zwei Schritte weiter und erm\u00f6glicht zum einen dem Endanwender sehr intuitiv \u00fcber einen Online-Builder eigene Berichte zu erstellen, verwalten und zu konsumieren und zum anderen diese Trennung mit XML-Standard-Technologien auch gleich f\u00fcr eine effiziente Mehrsprachigkeit der Berichte zu nutzen. Der BI Publisher ist \u00fcber die Metriken Named-User-Plus (395\u20ac) oder Prozessor (39.500\u20ac) verf\u00fcgbar. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Hohes Ma\u00df an Modularisierung (Sub-Templates, Wiederverwendung) <\/span><\/li>\n
- Self-Service Portal f\u00fcr zentrale Reporting L\u00f6sung<\/span><\/li>\n
- Bursting und Online-Dashboard<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Erfordert Know-How von XSL-FO<\/span><\/li>\n
- Pixel-Perfekt-Printing nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Erfordert BI Publisher Server innerhalb des Weblogic-Servers<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Ist die Forms- und Reports-Anwendung auf Basis einer Oracle Application Enterprise Edition lizenziert, bietet sich der BI Publisher als nat\u00fcrlicher Nachfolger an. Die Integration in Forms ist von Oracle vordefiniert und die Einbindung in andere Applikationen basierend auf \u00a0APEX, ADF<\/a> oder anderen Java-Frameworks gelingt sehr einfach. Der Funktionsumfang \u00fcbertrifft sicherlich alle anderen L\u00f6sungsalternativen.<\/span><\/p>\n<\/a>3. Welche Ziel-Technologie w\u00e4hlen andere Reports-Nutzer?<\/strong><\/h2>\nJede der in Kapitel 3 genannten Technologien hat ihre Daseinsberechtigung. Nichtsdestotrotz hat die Antwort auf die Frage, wo sich der Gro\u00dfteil des Marktes hinbewegen wird in aller Regel seine Gr\u00fcnde. Aus diesem Grund haben wir in unserem Webinar<\/a> „Das Ende von Oracle Reports“ im vergangenen September die \u00fcber 100 Teilnehmer gefragt, durch welche Ziel Technologie sie Oracle Reports abzul\u00f6sen planen. Das Ergebnis sehen Sie in dieser Infografik:
\n[\/et_pb_text][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_image src=“https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/oracle-reports-abloesung-alternativen-umfrage-grafik.jpg“ title_text=“oracle-reports-abloesung-alternativen-umfrage-grafik“ show_in_lightbox=“on“ align_tablet=“center“ align_phone=““ align_last_edited=“on|desktop“ admin_label=“Reports Umfrage INFOGRAFIK“ _builder_version=“4.6.5″][\/et_pb_image][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_text _builder_version=“3.27.4″]Auffallend ist, dass ganze 79% der Teilnehmer noch unsicher oder unentschlossen waren, was die Technologie-Wahl angeht. Aufgrund der Wichtigkeit der Entscheidung ist aber auf der anderen Seite nachvollziehbar und sinnvoll, dass eine endg\u00fcltige Entscheidung nicht „\u00fcbers Knie gebrochen“ wird.<\/p>\nUnter denjenigen, die Ihre Entscheidung getroffen haben ist dabei Jasper Reports klarer Favorit, gefolgt vom Oracle BI Publisher und PL\/PDF. Nur wenige Webinar-Teilnehmer hielten hingegen BIRT, APEX Office Print oder ein ganz anderes Tool f\u00fcr die bestm\u00f6gliche L\u00f6sung, was aber dennoch kein Ausschlusskriterium sein muss. Wie schon zuvor erw\u00e4hnt hat fast jede Technologie ihre Daseinsberechtigung, wenn sie zu den individuellen Bed\u00fcrfnissen des Unternehmens passt.<\/p>\n
<\/a>4. Fragen der Migration<\/strong><\/span><\/h2>\nVielleicht nicht erst nach der Entscheidung f\u00fcr eine L\u00f6sungsvariante sollten Sie sich auch der Frage widmen, wie eine Migration von Oracle Reports auf die Zieltechnologie aussehen kann. Unsere Erfahrung zeigt, dass die Erwartungshaltung von \u201calles anders und besser\u201d bis hin zu \u201cnichts \u00e4ndern und alles gleich\u201d durchaus breit streuen. <\/span><\/p>\nAllen gemein ist die Tatsache, dass es verschiedene Blickwinkel auf die Migrationsaufgaben gibt:<\/span> Datenmodell<\/b>: In der Regel \u00e4ndert sich bei der Migration der Print-L\u00f6sung nichts am darunter liegenden Datenmodell. Vielfach wird aber die Migration zum Anlass genommen, einmal aufzur\u00e4umen. Doppelte Queries werden konsolidiert, Berechnungen validiert und ein zukunftsf\u00e4higer Report-Layer erstellt, der auch weiteren BI L\u00f6sungen wertvolle Daten zur Verf\u00fcgung stellt. <\/span><\/p>\nPL\/SQL-Logik<\/b>: Von der Aussage: \u201cWir haben keine Logik in den Reports\u201d bis hin zu transaktionssicheren Verbuchungen im Moment des Ausdrucks sind alle Varianten aktuell in Reports denkbar und auch genutzt. Hier steckt aber auch viel Know-how in der Migration, da verschiedene Verwendungen verschiedene L\u00f6sungen erfordern. Ist die bedingte Formatierung in vielen Zieltechnologien trivial ist das \u00c4ndern des Schachtes f\u00fcr die n\u00e4chste Seite des Berichts mit PL\/SQL im gleichen Trigger schon eine deutliche Herausforderung. <\/span><\/p>\nLayout<\/b>: Reports hat mit seiner Gestaltung des Layouts \u00fcber Koordinaten der Elemente und Repeating Frames (die dar\u00fcber hinaus beliebig geschachtelt werden k\u00f6nnen) eine Definition erstellt, die nicht beliebig in andere Tools \u00fcberf\u00fchrt werden k\u00f6nnen. Eine grobe Ann\u00e4herung gelingt in jeder Migration, aber der gr\u00f6\u00dfte Aufwand steckt sicherlich darin, alles wieder an seinen richtigen Platz zu bekommen. Gerade die Tools, die kein Pixel-Perfekt-Printing nativ unterst\u00fctzen, erweisen sich hier als gr\u00f6\u00dfere H\u00fcrde. <\/span><\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/a>2. L\u00f6sungsalternativen<\/strong><\/h2>\nBitte beachten Sie, dass die Aufstellung nicht den Anspruch einer Vollst\u00e4ndigkeit\u00a0erhebt und zum Zeitpunkt der Ver\u00f6ffentlichung dieses Beitrags nur unsere Sicht des Marktes widerspiegelt.<\/span><\/p>\n<\/a>2.1 PL\/PDF <\/strong><\/span><\/h3>\n<\/p>\n
PL\/PDF ist ein Reporting-Tool des ungarischen Oracle Partners OraNext, welches ausschlie\u00dflich mit PL\/SQL-Mitteln in der Oracle Datenbank Dokumente als PDF, DOCX oder XLSX erstellen kann. Als Layout-Designer kann ein Word- oder Excel-Template genutzt werden. Die Lizenzierung erm\u00f6glicht ein Modell nach Ausgabe-Format (570 \u20ac pro Format) oder pro Server (2.280 \u20ac).<\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Performant f\u00fcr gro\u00dfe Datenbeschaffung – l\u00e4uft direkt in der Datenbank<\/span><\/li>\n
- Basiert ausschlie\u00dflich auf PL\/SQL<\/span><\/li>\n
- Kleiner Footprint, kann leicht in die Anwendung integriert werden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Unterst\u00fctzt keine anderen Ausgabeformate<\/span><\/li>\n
- An eine Datenbank gebunden und somit nicht als Enterprise Service f\u00fcr andere Applikationen nutzbar<\/span><\/li>\n
- Begrenzter Funktionsumfang (kein BI, kein SelfService, kein Multilanguage Support out of the box etc.<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
PL\/PDF eignet sich bestens, wenn im eng gesteckten Umfeld der Anwendung eine \u00fcberschaubare Anzahl von wohl definierten Berichten zu erstellen ist. Die Integration gelingt leicht und die Nutzung ist f\u00fcr PL\/SQL versierte Entwickler leicht zu beherrschen.<\/span><\/p>\n<\/a>2.2 APEX Office Print<\/strong><\/span><\/h3>\n<\/p>\n
Im Umfeld der Anwendungsentwicklung mit Oracle APEX hat die belgische Firma Apex R&D das Produkt Apex Office Print (AOP) entwickelt. Daten aus der Oracle Datenbank oder nutzbaren WebServices werden mit Office-Templates (Word, Excel, Powerpoint) verkn\u00fcpft und k\u00f6nnen in PDF oder Office Formate ausgegeben werden. Zus\u00e4tzliche Funktionalit\u00e4ten sind z.B. eine integrierte Mailing-Funktionalit\u00e4t, verschiedene Barcodes und die M\u00f6glichkeit auch interactive Reports zu erzeugen. Das Lizenzmodell unterscheidet zwischen der Cloud-L\u00f6sung auf Mietbasis (99\u20ac pro Monat) und der on-premis Installation (4.900\u20ac im Gold-Paket) <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Flexible durch verschiedene APIs<\/span><\/li>\n
- Einfache Vorlagenerstellung \u00fcber Office Tools<\/span><\/li>\n
- Im Apex-Umfeld leicht einzubinden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- komplizierte Erstellung von Pixel-Perfekt Printing<\/span><\/li>\n
- Setzt Apex-Version 4.2 oder h\u00f6her in der Datenbank voraus<\/span><\/li>\n
- Business Logik aus PL\/SQL kann nur schwer \u00fcbernommen werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Sind die Zukunftspl\u00e4ne f\u00fcr die Forms-Applikation ein Wechsel Richtung Apex, bietet sich f\u00fcr Reports Apex Office Print nahezu an. Die leichtgewichte Installation (auf Basis von Apex) bietet mit den Interactiven Reports dann auch einen deutlichen Mehrwert.<\/span><\/p>\n<\/a>2.3 Eclipse BIRT<\/strong><\/span><\/h3>\n<\/p>\n
BIRT ist eine OpenSource L\u00f6sung der Eclipse Foundation f\u00fcr die Aufbereitung, Visualisierung und das Reporting von Daten innerhalb von Rich-Client oder Webapplikationen auf Basis von Java. Das Design und die Implementierung der Reports erfolgt innerhalb der Eclipse IDE und einem BIRT Report Designer. Die Integration in die Applikation gelingt \u00fcber die Report Engine, die mit einer Java API in jede Java Applikation<\/a> eingebunden werden kann. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- gro\u00dfe Vielfalt an unterschiedlichen Ausgabeformaten<\/span><\/li>\n
- Leistungsstarke Charting-Engine<\/span><\/li>\n
- <\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Grafikelemente fehlen<\/span><\/li>\n
- Seitenbezogene Werte (Zwischensummen, Seitenzahlen) sind nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Komplexe Datentypen k\u00f6nnen nicht abgedeckt werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
In einem ganzheitlich Java-orientierten Anwendungsentwicklung findet BIRT sicherlich seinen berechtigten Platz. Der vorhandene BIRT Report Viewer kann als eigenst\u00e4ndige Anwendung genutzt werden und bereichert out of the Box die Funktionalit\u00e4t Ihrer Applikation. \u00a0<\/span><\/p>\n<\/a>2.4 Jasper Reports<\/a><\/strong><\/span><\/h3>\n <\/p>\n
<\/h2>\n
JasperReports von der Firma TIBCO ist vermutlich die Java basierte Open Source L\u00f6sung mit der breitesten Community. \u00c4hnlich wie BIRT findet die Entwicklung der Berichte in der \u00a0Eclipse IDE statt und zur Laufzeit kann die Engine in jede Java Applikation eingebunden werden. Im Gegensatz zu BIRT kann Jasper dabei auch \u00fcber einen Scheduler oder Webservices konsumiert werden. Das macht gerade eine Einbindung in Oracle Forms sehr interessant. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- Pixel-Perfekt Ausgaben m\u00f6glich<\/span><\/li>\n
- sehr performant f\u00fcr lange Berichte<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- kein Direktdruck – nur \u00fcber zus\u00e4tzliche Implementierung m\u00f6glich<\/span><\/li>\n
- Umst\u00e4ndliche Subreports bei mehreren Datenquellen in einem Bericht<\/span><\/li>\n
- wenige out-of-the-box Aggregate-Funktionen<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Die M\u00f6glichkeit JasperReports auch \u00fcber WebServices und URL-Calls zu integrieren, macht das Tool auch au\u00dferhalb einer reinen Java-Anwendungsentwicklung interessant. Pixel-Perfect-Printing erlaubt auch bei klassischen Aufgaben wie Labels, Barcode und Formularen eine sichere Verwendung. Ist es der erste Schritt in die Java Welt, sollte die Lernkurve wie auch bei BIRT nicht untersch\u00e4tzt werden.<\/span><\/p>\n<\/a>2.5 Oracle BI Publisher<\/strong><\/span><\/h3>\n<\/h2>\n
Offizieller Nachfolger und Empfehlung von Oracle f\u00fcr das Reporting ist der Oracle BI Publisher. In Oracles eigener ERP-Suite hat er gleichfalls Oracle Reports verdr\u00e4ngt. Die strikte Trennung zwischen Layout und Datenbeschaffung geht hier zwei Schritte weiter und erm\u00f6glicht zum einen dem Endanwender sehr intuitiv \u00fcber einen Online-Builder eigene Berichte zu erstellen, verwalten und zu konsumieren und zum anderen diese Trennung mit XML-Standard-Technologien auch gleich f\u00fcr eine effiziente Mehrsprachigkeit der Berichte zu nutzen. Der BI Publisher ist \u00fcber die Metriken Named-User-Plus (395\u20ac) oder Prozessor (39.500\u20ac) verf\u00fcgbar. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Hohes Ma\u00df an Modularisierung (Sub-Templates, Wiederverwendung) <\/span><\/li>\n
- Self-Service Portal f\u00fcr zentrale Reporting L\u00f6sung<\/span><\/li>\n
- Bursting und Online-Dashboard<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Erfordert Know-How von XSL-FO<\/span><\/li>\n
- Pixel-Perfekt-Printing nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Erfordert BI Publisher Server innerhalb des Weblogic-Servers<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Ist die Forms- und Reports-Anwendung auf Basis einer Oracle Application Enterprise Edition lizenziert, bietet sich der BI Publisher als nat\u00fcrlicher Nachfolger an. Die Integration in Forms ist von Oracle vordefiniert und die Einbindung in andere Applikationen basierend auf \u00a0APEX, ADF<\/a> oder anderen Java-Frameworks gelingt sehr einfach. Der Funktionsumfang \u00fcbertrifft sicherlich alle anderen L\u00f6sungsalternativen.<\/span><\/p>\n<\/a>3. Welche Ziel-Technologie w\u00e4hlen andere Reports-Nutzer?<\/strong><\/h2>\nJede der in Kapitel 3 genannten Technologien hat ihre Daseinsberechtigung. Nichtsdestotrotz hat die Antwort auf die Frage, wo sich der Gro\u00dfteil des Marktes hinbewegen wird in aller Regel seine Gr\u00fcnde. Aus diesem Grund haben wir in unserem Webinar<\/a> „Das Ende von Oracle Reports“ im vergangenen September die \u00fcber 100 Teilnehmer gefragt, durch welche Ziel Technologie sie Oracle Reports abzul\u00f6sen planen. Das Ergebnis sehen Sie in dieser Infografik:
\n[\/et_pb_text][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_image src=“https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/oracle-reports-abloesung-alternativen-umfrage-grafik.jpg“ title_text=“oracle-reports-abloesung-alternativen-umfrage-grafik“ show_in_lightbox=“on“ align_tablet=“center“ align_phone=““ align_last_edited=“on|desktop“ admin_label=“Reports Umfrage INFOGRAFIK“ _builder_version=“4.6.5″][\/et_pb_image][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_text _builder_version=“3.27.4″]Auffallend ist, dass ganze 79% der Teilnehmer noch unsicher oder unentschlossen waren, was die Technologie-Wahl angeht. Aufgrund der Wichtigkeit der Entscheidung ist aber auf der anderen Seite nachvollziehbar und sinnvoll, dass eine endg\u00fcltige Entscheidung nicht „\u00fcbers Knie gebrochen“ wird.<\/p>\nUnter denjenigen, die Ihre Entscheidung getroffen haben ist dabei Jasper Reports klarer Favorit, gefolgt vom Oracle BI Publisher und PL\/PDF. Nur wenige Webinar-Teilnehmer hielten hingegen BIRT, APEX Office Print oder ein ganz anderes Tool f\u00fcr die bestm\u00f6gliche L\u00f6sung, was aber dennoch kein Ausschlusskriterium sein muss. Wie schon zuvor erw\u00e4hnt hat fast jede Technologie ihre Daseinsberechtigung, wenn sie zu den individuellen Bed\u00fcrfnissen des Unternehmens passt.<\/p>\n
<\/a>4. Fragen der Migration<\/strong><\/span><\/h2>\nVielleicht nicht erst nach der Entscheidung f\u00fcr eine L\u00f6sungsvariante sollten Sie sich auch der Frage widmen, wie eine Migration von Oracle Reports auf die Zieltechnologie aussehen kann. Unsere Erfahrung zeigt, dass die Erwartungshaltung von \u201calles anders und besser\u201d bis hin zu \u201cnichts \u00e4ndern und alles gleich\u201d durchaus breit streuen. <\/span><\/p>\nAllen gemein ist die Tatsache, dass es verschiedene Blickwinkel auf die Migrationsaufgaben gibt:<\/span> Datenmodell<\/b>: In der Regel \u00e4ndert sich bei der Migration der Print-L\u00f6sung nichts am darunter liegenden Datenmodell. Vielfach wird aber die Migration zum Anlass genommen, einmal aufzur\u00e4umen. Doppelte Queries werden konsolidiert, Berechnungen validiert und ein zukunftsf\u00e4higer Report-Layer erstellt, der auch weiteren BI L\u00f6sungen wertvolle Daten zur Verf\u00fcgung stellt. <\/span><\/p>\nPL\/SQL-Logik<\/b>: Von der Aussage: \u201cWir haben keine Logik in den Reports\u201d bis hin zu transaktionssicheren Verbuchungen im Moment des Ausdrucks sind alle Varianten aktuell in Reports denkbar und auch genutzt. Hier steckt aber auch viel Know-how in der Migration, da verschiedene Verwendungen verschiedene L\u00f6sungen erfordern. Ist die bedingte Formatierung in vielen Zieltechnologien trivial ist das \u00c4ndern des Schachtes f\u00fcr die n\u00e4chste Seite des Berichts mit PL\/SQL im gleichen Trigger schon eine deutliche Herausforderung. <\/span><\/p>\nLayout<\/b>: Reports hat mit seiner Gestaltung des Layouts \u00fcber Koordinaten der Elemente und Repeating Frames (die dar\u00fcber hinaus beliebig geschachtelt werden k\u00f6nnen) eine Definition erstellt, die nicht beliebig in andere Tools \u00fcberf\u00fchrt werden k\u00f6nnen. Eine grobe Ann\u00e4herung gelingt in jeder Migration, aber der gr\u00f6\u00dfte Aufwand steckt sicherlich darin, alles wieder an seinen richtigen Platz zu bekommen. Gerade die Tools, die kein Pixel-Perfekt-Printing nativ unterst\u00fctzen, erweisen sich hier als gr\u00f6\u00dfere H\u00fcrde. <\/span><\/p>\n
<\/a>2.1 PL\/PDF <\/strong><\/span><\/h3>\n<\/p>\n
PL\/PDF ist ein Reporting-Tool des ungarischen Oracle Partners OraNext, welches ausschlie\u00dflich mit PL\/SQL-Mitteln in der Oracle Datenbank Dokumente als PDF, DOCX oder XLSX erstellen kann. Als Layout-Designer kann ein Word- oder Excel-Template genutzt werden. Die Lizenzierung erm\u00f6glicht ein Modell nach Ausgabe-Format (570 \u20ac pro Format) oder pro Server (2.280 \u20ac).<\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Performant f\u00fcr gro\u00dfe Datenbeschaffung – l\u00e4uft direkt in der Datenbank<\/span><\/li>\n
- Basiert ausschlie\u00dflich auf PL\/SQL<\/span><\/li>\n
- Kleiner Footprint, kann leicht in die Anwendung integriert werden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Unterst\u00fctzt keine anderen Ausgabeformate<\/span><\/li>\n
- An eine Datenbank gebunden und somit nicht als Enterprise Service f\u00fcr andere Applikationen nutzbar<\/span><\/li>\n
- Begrenzter Funktionsumfang (kein BI, kein SelfService, kein Multilanguage Support out of the box etc.<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
PL\/PDF eignet sich bestens, wenn im eng gesteckten Umfeld der Anwendung eine \u00fcberschaubare Anzahl von wohl definierten Berichten zu erstellen ist. Die Integration gelingt leicht und die Nutzung ist f\u00fcr PL\/SQL versierte Entwickler leicht zu beherrschen.<\/span><\/p>\n<\/a>2.2 APEX Office Print<\/strong><\/span><\/h3>\n<\/p>\n
Im Umfeld der Anwendungsentwicklung mit Oracle APEX hat die belgische Firma Apex R&D das Produkt Apex Office Print (AOP) entwickelt. Daten aus der Oracle Datenbank oder nutzbaren WebServices werden mit Office-Templates (Word, Excel, Powerpoint) verkn\u00fcpft und k\u00f6nnen in PDF oder Office Formate ausgegeben werden. Zus\u00e4tzliche Funktionalit\u00e4ten sind z.B. eine integrierte Mailing-Funktionalit\u00e4t, verschiedene Barcodes und die M\u00f6glichkeit auch interactive Reports zu erzeugen. Das Lizenzmodell unterscheidet zwischen der Cloud-L\u00f6sung auf Mietbasis (99\u20ac pro Monat) und der on-premis Installation (4.900\u20ac im Gold-Paket) <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Flexible durch verschiedene APIs<\/span><\/li>\n
- Einfache Vorlagenerstellung \u00fcber Office Tools<\/span><\/li>\n
- Im Apex-Umfeld leicht einzubinden<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- komplizierte Erstellung von Pixel-Perfekt Printing<\/span><\/li>\n
- Setzt Apex-Version 4.2 oder h\u00f6her in der Datenbank voraus<\/span><\/li>\n
- Business Logik aus PL\/SQL kann nur schwer \u00fcbernommen werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Sind die Zukunftspl\u00e4ne f\u00fcr die Forms-Applikation ein Wechsel Richtung Apex, bietet sich f\u00fcr Reports Apex Office Print nahezu an. Die leichtgewichte Installation (auf Basis von Apex) bietet mit den Interactiven Reports dann auch einen deutlichen Mehrwert.<\/span><\/p>\n<\/a>2.3 Eclipse BIRT<\/strong><\/span><\/h3>\n<\/p>\n
BIRT ist eine OpenSource L\u00f6sung der Eclipse Foundation f\u00fcr die Aufbereitung, Visualisierung und das Reporting von Daten innerhalb von Rich-Client oder Webapplikationen auf Basis von Java. Das Design und die Implementierung der Reports erfolgt innerhalb der Eclipse IDE und einem BIRT Report Designer. Die Integration in die Applikation gelingt \u00fcber die Report Engine, die mit einer Java API in jede Java Applikation<\/a> eingebunden werden kann. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- gro\u00dfe Vielfalt an unterschiedlichen Ausgabeformaten<\/span><\/li>\n
- Leistungsstarke Charting-Engine<\/span><\/li>\n
- <\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Grafikelemente fehlen<\/span><\/li>\n
- Seitenbezogene Werte (Zwischensummen, Seitenzahlen) sind nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Komplexe Datentypen k\u00f6nnen nicht abgedeckt werden<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
In einem ganzheitlich Java-orientierten Anwendungsentwicklung findet BIRT sicherlich seinen berechtigten Platz. Der vorhandene BIRT Report Viewer kann als eigenst\u00e4ndige Anwendung genutzt werden und bereichert out of the Box die Funktionalit\u00e4t Ihrer Applikation. \u00a0<\/span><\/p>\n<\/a>2.4 Jasper Reports<\/a><\/strong><\/span><\/h3>\n <\/p>\n
<\/h2>\n
JasperReports von der Firma TIBCO ist vermutlich die Java basierte Open Source L\u00f6sung mit der breitesten Community. \u00c4hnlich wie BIRT findet die Entwicklung der Berichte in der \u00a0Eclipse IDE statt und zur Laufzeit kann die Engine in jede Java Applikation eingebunden werden. Im Gegensatz zu BIRT kann Jasper dabei auch \u00fcber einen Scheduler oder Webservices konsumiert werden. Das macht gerade eine Einbindung in Oracle Forms sehr interessant. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- breite Abdeckung verschiedenster Datenquellen<\/span><\/li>\n
- Pixel-Perfekt Ausgaben m\u00f6glich<\/span><\/li>\n
- sehr performant f\u00fcr lange Berichte<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- kein Direktdruck – nur \u00fcber zus\u00e4tzliche Implementierung m\u00f6glich<\/span><\/li>\n
- Umst\u00e4ndliche Subreports bei mehreren Datenquellen in einem Bericht<\/span><\/li>\n
- wenige out-of-the-box Aggregate-Funktionen<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Die M\u00f6glichkeit JasperReports auch \u00fcber WebServices und URL-Calls zu integrieren, macht das Tool auch au\u00dferhalb einer reinen Java-Anwendungsentwicklung interessant. Pixel-Perfect-Printing erlaubt auch bei klassischen Aufgaben wie Labels, Barcode und Formularen eine sichere Verwendung. Ist es der erste Schritt in die Java Welt, sollte die Lernkurve wie auch bei BIRT nicht untersch\u00e4tzt werden.<\/span><\/p>\n<\/a>2.5 Oracle BI Publisher<\/strong><\/span><\/h3>\n<\/h2>\n
Offizieller Nachfolger und Empfehlung von Oracle f\u00fcr das Reporting ist der Oracle BI Publisher. In Oracles eigener ERP-Suite hat er gleichfalls Oracle Reports verdr\u00e4ngt. Die strikte Trennung zwischen Layout und Datenbeschaffung geht hier zwei Schritte weiter und erm\u00f6glicht zum einen dem Endanwender sehr intuitiv \u00fcber einen Online-Builder eigene Berichte zu erstellen, verwalten und zu konsumieren und zum anderen diese Trennung mit XML-Standard-Technologien auch gleich f\u00fcr eine effiziente Mehrsprachigkeit der Berichte zu nutzen. Der BI Publisher ist \u00fcber die Metriken Named-User-Plus (395\u20ac) oder Prozessor (39.500\u20ac) verf\u00fcgbar. <\/span><\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n\n- Hohes Ma\u00df an Modularisierung (Sub-Templates, Wiederverwendung) <\/span><\/li>\n
- Self-Service Portal f\u00fcr zentrale Reporting L\u00f6sung<\/span><\/li>\n
- Bursting und Online-Dashboard<\/span><\/li>\n<\/ul>\n
Schw\u00e4chen<\/b><\/span><\/p>\n\n- Erfordert Know-How von XSL-FO<\/span><\/li>\n
- Pixel-Perfekt-Printing nur umst\u00e4ndlich m\u00f6glich<\/span><\/li>\n
- Erfordert BI Publisher Server innerhalb des Weblogic-Servers<\/span><\/li>\n<\/ul>\n
Einsatz<\/b><\/p>\n
Ist die Forms- und Reports-Anwendung auf Basis einer Oracle Application Enterprise Edition lizenziert, bietet sich der BI Publisher als nat\u00fcrlicher Nachfolger an. Die Integration in Forms ist von Oracle vordefiniert und die Einbindung in andere Applikationen basierend auf \u00a0APEX, ADF<\/a> oder anderen Java-Frameworks gelingt sehr einfach. Der Funktionsumfang \u00fcbertrifft sicherlich alle anderen L\u00f6sungsalternativen.<\/span><\/p>\n<\/a>3. Welche Ziel-Technologie w\u00e4hlen andere Reports-Nutzer?<\/strong><\/h2>\nJede der in Kapitel 3 genannten Technologien hat ihre Daseinsberechtigung. Nichtsdestotrotz hat die Antwort auf die Frage, wo sich der Gro\u00dfteil des Marktes hinbewegen wird in aller Regel seine Gr\u00fcnde. Aus diesem Grund haben wir in unserem Webinar<\/a> „Das Ende von Oracle Reports“ im vergangenen September die \u00fcber 100 Teilnehmer gefragt, durch welche Ziel Technologie sie Oracle Reports abzul\u00f6sen planen. Das Ergebnis sehen Sie in dieser Infografik:
\n[\/et_pb_text][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_image src=“https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/oracle-reports-abloesung-alternativen-umfrage-grafik.jpg“ title_text=“oracle-reports-abloesung-alternativen-umfrage-grafik“ show_in_lightbox=“on“ align_tablet=“center“ align_phone=““ align_last_edited=“on|desktop“ admin_label=“Reports Umfrage INFOGRAFIK“ _builder_version=“4.6.5″][\/et_pb_image][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_text _builder_version=“3.27.4″]Auffallend ist, dass ganze 79% der Teilnehmer noch unsicher oder unentschlossen waren, was die Technologie-Wahl angeht. Aufgrund der Wichtigkeit der Entscheidung ist aber auf der anderen Seite nachvollziehbar und sinnvoll, dass eine endg\u00fcltige Entscheidung nicht „\u00fcbers Knie gebrochen“ wird.<\/p>\nUnter denjenigen, die Ihre Entscheidung getroffen haben ist dabei Jasper Reports klarer Favorit, gefolgt vom Oracle BI Publisher und PL\/PDF. Nur wenige Webinar-Teilnehmer hielten hingegen BIRT, APEX Office Print oder ein ganz anderes Tool f\u00fcr die bestm\u00f6gliche L\u00f6sung, was aber dennoch kein Ausschlusskriterium sein muss. Wie schon zuvor erw\u00e4hnt hat fast jede Technologie ihre Daseinsberechtigung, wenn sie zu den individuellen Bed\u00fcrfnissen des Unternehmens passt.<\/p>\n
<\/a>4. Fragen der Migration<\/strong><\/span><\/h2>\nVielleicht nicht erst nach der Entscheidung f\u00fcr eine L\u00f6sungsvariante sollten Sie sich auch der Frage widmen, wie eine Migration von Oracle Reports auf die Zieltechnologie aussehen kann. Unsere Erfahrung zeigt, dass die Erwartungshaltung von \u201calles anders und besser\u201d bis hin zu \u201cnichts \u00e4ndern und alles gleich\u201d durchaus breit streuen. <\/span><\/p>\nAllen gemein ist die Tatsache, dass es verschiedene Blickwinkel auf die Migrationsaufgaben gibt:<\/span> Datenmodell<\/b>: In der Regel \u00e4ndert sich bei der Migration der Print-L\u00f6sung nichts am darunter liegenden Datenmodell. Vielfach wird aber die Migration zum Anlass genommen, einmal aufzur\u00e4umen. Doppelte Queries werden konsolidiert, Berechnungen validiert und ein zukunftsf\u00e4higer Report-Layer erstellt, der auch weiteren BI L\u00f6sungen wertvolle Daten zur Verf\u00fcgung stellt. <\/span><\/p>\nPL\/SQL-Logik<\/b>: Von der Aussage: \u201cWir haben keine Logik in den Reports\u201d bis hin zu transaktionssicheren Verbuchungen im Moment des Ausdrucks sind alle Varianten aktuell in Reports denkbar und auch genutzt. Hier steckt aber auch viel Know-how in der Migration, da verschiedene Verwendungen verschiedene L\u00f6sungen erfordern. Ist die bedingte Formatierung in vielen Zieltechnologien trivial ist das \u00c4ndern des Schachtes f\u00fcr die n\u00e4chste Seite des Berichts mit PL\/SQL im gleichen Trigger schon eine deutliche Herausforderung. <\/span><\/p>\nLayout<\/b>: Reports hat mit seiner Gestaltung des Layouts \u00fcber Koordinaten der Elemente und Repeating Frames (die dar\u00fcber hinaus beliebig geschachtelt werden k\u00f6nnen) eine Definition erstellt, die nicht beliebig in andere Tools \u00fcberf\u00fchrt werden k\u00f6nnen. Eine grobe Ann\u00e4herung gelingt in jeder Migration, aber der gr\u00f6\u00dfte Aufwand steckt sicherlich darin, alles wieder an seinen richtigen Platz zu bekommen. Gerade die Tools, die kein Pixel-Perfekt-Printing nativ unterst\u00fctzen, erweisen sich hier als gr\u00f6\u00dfere H\u00fcrde. <\/span><\/p>\n
<\/p>\nSt\u00e4rken<\/b><\/span><\/p>\n Schw\u00e4chen<\/b><\/span><\/p>\n Einsatz<\/b><\/p>\n PL\/PDF eignet sich bestens, wenn im eng gesteckten Umfeld der Anwendung eine \u00fcberschaubare Anzahl von wohl definierten Berichten zu erstellen ist. Die Integration gelingt leicht und die Nutzung ist f\u00fcr PL\/SQL versierte Entwickler leicht zu beherrschen.<\/span><\/p>\n Im Umfeld der Anwendungsentwicklung mit Oracle APEX hat die belgische Firma Apex R&D das Produkt Apex Office Print (AOP) entwickelt. Daten aus der Oracle Datenbank oder nutzbaren WebServices werden mit Office-Templates (Word, Excel, Powerpoint) verkn\u00fcpft und k\u00f6nnen in PDF oder Office Formate ausgegeben werden. Zus\u00e4tzliche Funktionalit\u00e4ten sind z.B. eine integrierte Mailing-Funktionalit\u00e4t, verschiedene Barcodes und die M\u00f6glichkeit auch interactive Reports zu erzeugen. Das Lizenzmodell unterscheidet zwischen der Cloud-L\u00f6sung auf Mietbasis (99\u20ac pro Monat) und der on-premis Installation (4.900\u20ac im Gold-Paket) <\/span><\/p>\n St\u00e4rken<\/b><\/span><\/p>\n Schw\u00e4chen<\/b><\/span><\/p>\n Einsatz<\/b><\/p>\n Sind die Zukunftspl\u00e4ne f\u00fcr die Forms-Applikation ein Wechsel Richtung Apex, bietet sich f\u00fcr Reports Apex Office Print nahezu an. Die leichtgewichte Installation (auf Basis von Apex) bietet mit den Interactiven Reports dann auch einen deutlichen Mehrwert.<\/span><\/p>\n BIRT ist eine OpenSource L\u00f6sung der Eclipse Foundation f\u00fcr die Aufbereitung, Visualisierung und das Reporting von Daten innerhalb von Rich-Client oder Webapplikationen auf Basis von Java. Das Design und die Implementierung der Reports erfolgt innerhalb der Eclipse IDE und einem BIRT Report Designer. Die Integration in die Applikation gelingt \u00fcber die Report Engine, die mit einer Java API in jede Java Applikation<\/a> eingebunden werden kann. <\/span><\/p>\n St\u00e4rken<\/b><\/span><\/p>\n Schw\u00e4chen<\/b><\/span><\/p>\n Einsatz<\/b><\/p>\n In einem ganzheitlich Java-orientierten Anwendungsentwicklung findet BIRT sicherlich seinen berechtigten Platz. Der vorhandene BIRT Report Viewer kann als eigenst\u00e4ndige Anwendung genutzt werden und bereichert out of the Box die Funktionalit\u00e4t Ihrer Applikation. \u00a0<\/span><\/p>\n <\/p>\n JasperReports von der Firma TIBCO ist vermutlich die Java basierte Open Source L\u00f6sung mit der breitesten Community. \u00c4hnlich wie BIRT findet die Entwicklung der Berichte in der \u00a0Eclipse IDE statt und zur Laufzeit kann die Engine in jede Java Applikation eingebunden werden. Im Gegensatz zu BIRT kann Jasper dabei auch \u00fcber einen Scheduler oder Webservices konsumiert werden. Das macht gerade eine Einbindung in Oracle Forms sehr interessant. <\/span><\/p>\n St\u00e4rken<\/b><\/span><\/p>\n Schw\u00e4chen<\/b><\/span><\/p>\n Einsatz<\/b><\/p>\n Die M\u00f6glichkeit JasperReports auch \u00fcber WebServices und URL-Calls zu integrieren, macht das Tool auch au\u00dferhalb einer reinen Java-Anwendungsentwicklung interessant. Pixel-Perfect-Printing erlaubt auch bei klassischen Aufgaben wie Labels, Barcode und Formularen eine sichere Verwendung. Ist es der erste Schritt in die Java Welt, sollte die Lernkurve wie auch bei BIRT nicht untersch\u00e4tzt werden.<\/span><\/p>\n Offizieller Nachfolger und Empfehlung von Oracle f\u00fcr das Reporting ist der Oracle BI Publisher. In Oracles eigener ERP-Suite hat er gleichfalls Oracle Reports verdr\u00e4ngt. Die strikte Trennung zwischen Layout und Datenbeschaffung geht hier zwei Schritte weiter und erm\u00f6glicht zum einen dem Endanwender sehr intuitiv \u00fcber einen Online-Builder eigene Berichte zu erstellen, verwalten und zu konsumieren und zum anderen diese Trennung mit XML-Standard-Technologien auch gleich f\u00fcr eine effiziente Mehrsprachigkeit der Berichte zu nutzen. Der BI Publisher ist \u00fcber die Metriken Named-User-Plus (395\u20ac) oder Prozessor (39.500\u20ac) verf\u00fcgbar. <\/span><\/p>\n St\u00e4rken<\/b><\/span><\/p>\n Schw\u00e4chen<\/b><\/span><\/p>\n Einsatz<\/b><\/p>\n Ist die Forms- und Reports-Anwendung auf Basis einer Oracle Application Enterprise Edition lizenziert, bietet sich der BI Publisher als nat\u00fcrlicher Nachfolger an. Die Integration in Forms ist von Oracle vordefiniert und die Einbindung in andere Applikationen basierend auf \u00a0APEX, ADF<\/a> oder anderen Java-Frameworks gelingt sehr einfach. Der Funktionsumfang \u00fcbertrifft sicherlich alle anderen L\u00f6sungsalternativen.<\/span><\/p>\n Jede der in Kapitel 3 genannten Technologien hat ihre Daseinsberechtigung. Nichtsdestotrotz hat die Antwort auf die Frage, wo sich der Gro\u00dfteil des Marktes hinbewegen wird in aller Regel seine Gr\u00fcnde. Aus diesem Grund haben wir in unserem Webinar<\/a> „Das Ende von Oracle Reports“ im vergangenen September die \u00fcber 100 Teilnehmer gefragt, durch welche Ziel Technologie sie Oracle Reports abzul\u00f6sen planen. Das Ergebnis sehen Sie in dieser Infografik: Unter denjenigen, die Ihre Entscheidung getroffen haben ist dabei Jasper Reports klarer Favorit, gefolgt vom Oracle BI Publisher und PL\/PDF. Nur wenige Webinar-Teilnehmer hielten hingegen BIRT, APEX Office Print oder ein ganz anderes Tool f\u00fcr die bestm\u00f6gliche L\u00f6sung, was aber dennoch kein Ausschlusskriterium sein muss. Wie schon zuvor erw\u00e4hnt hat fast jede Technologie ihre Daseinsberechtigung, wenn sie zu den individuellen Bed\u00fcrfnissen des Unternehmens passt.<\/p>\n Vielleicht nicht erst nach der Entscheidung f\u00fcr eine L\u00f6sungsvariante sollten Sie sich auch der Frage widmen, wie eine Migration von Oracle Reports auf die Zieltechnologie aussehen kann. Unsere Erfahrung zeigt, dass die Erwartungshaltung von \u201calles anders und besser\u201d bis hin zu \u201cnichts \u00e4ndern und alles gleich\u201d durchaus breit streuen. <\/span><\/p>\n Allen gemein ist die Tatsache, dass es verschiedene Blickwinkel auf die Migrationsaufgaben gibt:<\/span> Datenmodell<\/b>: In der Regel \u00e4ndert sich bei der Migration der Print-L\u00f6sung nichts am darunter liegenden Datenmodell. Vielfach wird aber die Migration zum Anlass genommen, einmal aufzur\u00e4umen. Doppelte Queries werden konsolidiert, Berechnungen validiert und ein zukunftsf\u00e4higer Report-Layer erstellt, der auch weiteren BI L\u00f6sungen wertvolle Daten zur Verf\u00fcgung stellt. <\/span><\/p>\n PL\/SQL-Logik<\/b>: Von der Aussage: \u201cWir haben keine Logik in den Reports\u201d bis hin zu transaktionssicheren Verbuchungen im Moment des Ausdrucks sind alle Varianten aktuell in Reports denkbar und auch genutzt. Hier steckt aber auch viel Know-how in der Migration, da verschiedene Verwendungen verschiedene L\u00f6sungen erfordern. Ist die bedingte Formatierung in vielen Zieltechnologien trivial ist das \u00c4ndern des Schachtes f\u00fcr die n\u00e4chste Seite des Berichts mit PL\/SQL im gleichen Trigger schon eine deutliche Herausforderung. <\/span><\/p>\n Layout<\/b>: Reports hat mit seiner Gestaltung des Layouts \u00fcber Koordinaten der Elemente und Repeating Frames (die dar\u00fcber hinaus beliebig geschachtelt werden k\u00f6nnen) eine Definition erstellt, die nicht beliebig in andere Tools \u00fcberf\u00fchrt werden k\u00f6nnen. Eine grobe Ann\u00e4herung gelingt in jeder Migration, aber der gr\u00f6\u00dfte Aufwand steckt sicherlich darin, alles wieder an seinen richtigen Platz zu bekommen. Gerade die Tools, die kein Pixel-Perfekt-Printing nativ unterst\u00fctzen, erweisen sich hier als gr\u00f6\u00dfere H\u00fcrde. <\/span><\/p>\n\n
\n
<\/a>2.2 APEX Office Print<\/strong><\/span><\/h3>\n
<\/p>\n\n
\n
<\/a>2.3 Eclipse BIRT<\/strong><\/span><\/h3>\n
<\/p>\n\n
\n
<\/a>2.4 Jasper Reports<\/a><\/strong><\/span><\/h3>\n
<\/h2>\n\n
\n
<\/a>2.5 Oracle BI Publisher<\/strong><\/span><\/h3>\n
<\/h2>\n\n
\n
<\/a>3. Welche Ziel-Technologie w\u00e4hlen andere Reports-Nutzer?<\/strong><\/h2>\n
\n[\/et_pb_text][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_image src=“https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/oracle-reports-abloesung-alternativen-umfrage-grafik.jpg“ title_text=“oracle-reports-abloesung-alternativen-umfrage-grafik“ show_in_lightbox=“on“ align_tablet=“center“ align_phone=““ align_last_edited=“on|desktop“ admin_label=“Reports Umfrage INFOGRAFIK“ _builder_version=“4.6.5″][\/et_pb_image][\/et_pb_column_inner][\/et_pb_row_inner][et_pb_row_inner admin_label=“Zeile“ _builder_version=“3.25″][et_pb_column_inner saved_specialty_column_type=“3_4″ _builder_version=“3.25″ custom_padding=“|||“ custom_padding__hover=“|||“][et_pb_text _builder_version=“3.27.4″]Auffallend ist, dass ganze 79% der Teilnehmer noch unsicher oder unentschlossen waren, was die Technologie-Wahl angeht. Aufgrund der Wichtigkeit der Entscheidung ist aber auf der anderen Seite nachvollziehbar und sinnvoll, dass eine endg\u00fcltige Entscheidung nicht „\u00fcbers Knie gebrochen“ wird.<\/p>\n<\/a>4. Fragen der Migration<\/strong><\/span><\/h2>\n