• Welche IT-Strategien und Innovationen werden die Zukunft bestimmen?
• Was sind die neuesten Trends und Technologien der IT 2010?

• Single-Server-Host-Plattform für VMware vCenter Server zur unterbrechungsfreien Verwaltung der gesamten VMware vSphere 4-Umgebung.
• Hardware-Basis für VMware HA als optimale Hard- und Softwarebasis für eine kontinuierliche Verfügbarkeit.
• Einsatz als hochverfügbare Ressource in einem Server-Pool zum Ausgleich von Spitzenbelastungen.

• Energieeffiziente Systeme und Einsparpotenziale in der Praxis - MetaComp
• Blackberry für den Einsatz in der Unternehmensorganisation - HPCN
• Outsourcing Dienste und Managed Services - levigo systems
• Mehrwerte schaffen durch Lotus Notes Anwendungen - Terrabit

• Verbesserungen bei der CCITT Kompression und Dekompression

• Verbesserter Umgang mit JPEG-Datenströmen, die mehr als ein Bild enthalten

• API-Zugang zu den Font Render Context Settings “AntiAliased” und “usesFractionMetrics” für Textdokumente

• Unterstützung für den ASCII-Code FORM FEED (0x0Ch) in Textdateien

• Erweiterung des Modification-Mappings für AFP/MO:DCA Seitengrößen

• Die Logik für die Verwaltung von temporären Dateien innerhalb der jadice document platform wurde verbessert, um auch ohne die Möglichkeit zum Setzen von ShutdownHooks arbeiten zu können.

• Verbesserte Interpretation der CIDToGID-Map bei Type0 Schriften mit TrueType Zeichen

• Korrigierte Verarbeitung von eingebetteten Type0 Encoding CMaps

• Korrigierte Interpretation von komplexen Zeichen in True Type Schriften

• Unterstützung von Farbkomponenten-Masken in RGB-Bildern (bestimmte Farbbereiche eines Bildes werden als transparent interpretiert)

• Grundlegende Unterstützung für die Anzeige von Widget Annotationen (z.B. für Formularfelder, nicht veränderbar)

• Der Farbraum „Separation“ kann nun auch mit Type4 Postscript-Funktionen arbeiten

• Unterstützung nicht komprimierter CMYK-Bilder

• Verbesserung des Font-Mappings: jadice versucht nun Systemschriften anzuwenden, sofern diese nicht ausdrücklich ausgeschaltet sind.

• Einbindung der aktuellen jadice document platform 4.2.
  • Verbessertes Rendering von PDFs, TIFFs und weiteren Imageformaten für eine gesteigerte Anzeigequalität
  • Qualifiziertes Logging macht Ereignisse oder Fehler zugänglich und ermöglicht so eine gezielte Reaktion auf diese.
• Unterstützung von MS Office 2007 und dessen nativem PDF/A-Export (Word, Excel, Powerpoint und Visio) sowie eine effizientere Architektur zu dessen Ansteuerung.
• Erweiterung des jadice server um eine SOAP-Schnittstelle. Damit kann jadice server auch von Clients außerhalb der Java-Welt angesprochen werden. Dieses Feature wird weiter ausgebaut und entwickelt.

• Einbindung von Apache ActiveMQ 5.2. Verbindungsabbrüche, die gelegentlich beim Betrieb vom jadice server unter MS Windows auftraten, kommen dadurch nicht mehr vor.
• Verbesserung der E-Mailkonvertierung:
  • Multipart/related-Blöcke, die nicht referenziert sind, werden als normale Attachments weitergereicht (entspricht dem Standardverhalten von Desktop-E-Mailclients)
  • Besseres Rendering von HTML, das nicht auf A4-Seitenbreite gerendert werden kann.
• Einbindung von ghostscript:  Der jadice server verfügt nun über einen dezidierten Knoten, mit dem alle Optionen, die ghostscript bietet, auf einfache Weise angesprochen werden können. Alle notwendigen Schritte - wie die Zwischenspeicherung der Daten, der Aufruf von ghostscript und das Löschen von temporären Dateien - werden vom jadice server automatisch durchgeführt.

BIRT besteht aus zwei Hauptkomponenten: Einem graphischen Berichte-Editor innerhalb der Eclipse IDE, um BIRT-Berichte zu designen, und einer Laufzeitkomponente für die Erzeugung von Berichten, die in jeder Java-Umgebung eingesetzt werden kann.

BIRT wird dazu eingesetzt, einen großen Bereich des Berichtwesens in typischen Applikationen in Unternehmen abzudecken.

Mit BIRT kann der Report im Eclipse Report Designer generiert werden. Es ist aber auch möglich, mithilfe des Web Based Report Designer einen Report zu erstellen. Die dritte Möglichkeit ist wohl die vielseitigste und interessanteste: der Custom Report Designer. Dazu werden dem Entwickler die einzelnen Klassen der Engine, beziehungsweise diese als Ganzes (API), zur Verfügung gestellt und somit kann er einen eigenen Report Designer generieren.

Einzelne Komponenten von BIRT

Report Design Engine
Die Report Design Engine generiert aus den Eingabedaten eine XML-Datei, welche das Design, die Datenherkunft sowie die verschiedenen Parameter des Reports beschreibt.

Charting Engine
Die Charting Engine wird von der Report Engine dann aufgerufen, wenn ein Diagramm (engl. Chart) erstellt werden muss. Daten werden von der aufrufenden Report Engine bereitgestellt.

Report Engine
Die Report Engine ist in zwei Bereiche mit unterschiedlichen Services untergliedert: Der erste Bereich, die sogenannten Generation Services, kümmern sich um die Beschaffung der Daten. Er gibt eine Art Rohdokument an die Presentation Services weiter, welche die Aufbereitung in ein Ausgabeformat (zum Beispiel PDF o.ä.) übernehmen.

Typische BIRT-Anwendung
In einer typischen Anwendung wird BIRT zur Generierung von Tabellen-basierten Reports, welche in einem leicht austauschbaren Format (PDF) erstellt werden, verwendet. Dazu wird BIRT aus einer JAVA-Anwendung aufgerufen und es werden POJOs bereitgestellt, um die Daten in der gewünschten Form präsentieren zu können. Als Datenquelle ist POJOs (Plain Old Java Object) gewählt worden, da diese eine größtmögliche Flexibilität ermöglichen. Hier gibt es einige Tricks und Kniffe zu beachten.

Für den Aufruf der verschiedenen Komponenten von BIRT, welche zu konfigurieren sind, findet man sehr viele Beispiele im Internet. Hier nur ein paar Auszüge:

config = new EngineConfig();
config.setBIRTHome(file.getAbsolutePath());
  ⋮
Platform.startup(config);
logger.debug(„Platform created, starting factory.“;
IreportEngineFactory factory = (IReportEngineFactory) Platform
.createFactoryObject(IReportEngineFactory.EXTENSION_REPORT_ENGINE_FACTORY);
engine = factory.createReportEngine(config);
  ⋮
design = engine.openReportDesign(name_rtpdesign_File);
  ⋮
IRunAndRenderTask task = engine.createRunAndRenderTask(design);
  ⋮
PDFRenderOption options = new PDFRenderOption();
  ⋮
task.setRenderOption(options);
  ⋮
try {
  task.run();
} catch (EngineException e) {
  throw (new, e);
}
engine.destroy();
task.close();

Dieser Code (und noch ein paar andere Zeilen) wird verwendet, um einen BIRT zu konfigurieren und einen Report zu produzieren.

Einer der wichtigsten Tricks ist, dass beim Beenden des (eigenen) Programms unmittelbar ein Plattform.shutdown() aufgerufen wird. Nach diesem Aufruf kann jedoch kein Bericht mehr erstellt werden. Deshalb soll man sie auch z.B. beim Schließen des Fensters aufrufen.

Im Folgenden werden die Klassen Job4BirtFactory, Job4Birt und History4Birt verwendet. Die Factory Klasse ist hierbei die Klasse, welche über eine Methode (getJob()) die beiden weiteren Klassen mit Daten füllt. Die beiden anderen Klassen fungieren hier als „Datenträger“ und bestehen größtenteils aus Gettern, Settern und Variablen.

Die Schnittstelle in BIRT wird über eine „scripted Datasource“ erstellt.

Hier ist das Script zu sehen, welches die Job4BirtFactory (aus dem Report) aufruft und über diesen Weg den Job (für welchen das Script die Job ID bereithält) erhält.

Nun können von dieser DataSource DataSets erstellt werden, welche wie Tabellen funktionieren. Achtung: 2 Scripts müssen erstellt werden!
Eines zum Öffnen der Datenquelle (open) -

das andere Script zur detaillierten Auswertung der Daten eines POJO (hier exemplarisch an der History dargestellt). Das Fetch-Script kann ähnlich einer While-Schleife verwendet werden.