• 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.

• Vereinzelt wurden bestimmte Bilevel Images innerhalb von PDF-Dokumenten invertiert dargestellt. Dies ist mit der aktuellen Version behoben worden.
• Rotationsinformationen innerhalb von PDF-Dokumenten werden jetzt unterstützt.

• Erweiterung der StreamLoader Schnittstelle durch com.levigo.jadice.loader.ExtendedDocumentTreeStreamLoader Interface. Hiermit wird nun auch die Angabe eines Dokumententitels und Resource Loader Unterstützung ermöglicht.
• Die Zustandsinformation aller AddOns von ViewerFrameHandlerFrames wurden in ihrem Speicherverhalten optimiert.

• Interpretation des Lupentext-Patterns robuster gestaltet.

• Dynamisches System, das den Einbau zusätzlicher Konvertierungsstufen ermöglicht.
• Automatische Erfassung, Erkennung, Voranalyse und Formatierung der Eingangsdokumente ohne Qualitäts- und Informationsverlust.
• Erstellung von Datenblättern, die Aufschluss über Status- und Metadaten liefern.
• Erstellung von Inhaltsverzeichnis und Trennblättern, die Informationen über Struktur und Inhalt der einzelnen Dateielemente beinhalten.

• Im Task-Manager wird der Speicherverbrauch des JAVA-Prozesses angezeigt und nicht der JAVA Heap Size, der eigentlich interessiert, weil dies der durch die Anwendung verbrauchte Speicher ist. Neben dem JAVA Heap Size benötigt der Prozess weiteren Speicher für die JVM und deren Datenstrukturen.
• Im Task-Manager wird häufig nicht der von der JVM tatsächlich verwendete Speicher dargestellt. Gibt die JVM in Zuge ihrer Garbage Collection Speicher frei, so wird dies von der JVM nicht zwangsläufig an das Betriebssystem propagiert. Im Task-Manager wird also ein viel höherer Wert angezeigt als der JAVA Heap tatsächlich einnimmt. Folge: Als Beobachter hat man den Eindruck, als ob die JAVA-Anwendung ständig „am Anschlag" arbeitet, obwohl der Anwendung noch massig Speicher zur Verfügung steht.

http://java.sun.com/javase/6/docs/technotes/guides/management/jconsole.html

https://visualvm.dev.java.net/

http://msdn.microsoft.com/en-us/library/aa767914(VS.85).aspx

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\jadvwr]
@="URL:Jadice Viewing Protocol"
"URL Protocol"=""

[HKEY_CLASSES_ROOT\jadvwr\shell]

[HKEY_CLASSES_ROOT\jadvwr\shell\open]

[HKEY_CLASSES_ROOT\jadvwr\shell\open\command]
@="\"E:\\IEUrlHandler\\view.bat\" \"%1\""

set WD=%~dp0
java -cp %WD%jadice-documentplatform-4.1.0.9-all.jar;%WD%bin/ Startup %1
set WD=

import java.io.File;
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.InputStream;
import java.net.URL;

public class Startup {
	public static void main(String[] args) throws Throwable {

		// url prefix jadvwr: entfernen
		String url = args[0].substring(7);
		InputStream is = new URL(url).openStream();
		File f = File.createTempFile("jad-url-handler", "tmpdoc");
		writeToFile(is, f);

		String openTarget = "-open=" + f.getAbsolutePath();
		JadicePanel.main(new String[]{openTarget});
	}

	private static void writeToFile(InputStream is, File f)
			throws IOException {
		FileOutputStream out = new FileOutputStream(f);
		byte[] buf = new byte[2048];
		int read;

		while ((read = is.read(buf)) > -1) {
			out.write(buf, 0, read);
		}
		out.flush();
		out.close();
	}
}

jadvwr:http://host.company.com/documentstore/some-document.pdf

SearchRequest

SearchRequest request = new SearchRequest();
request.setPages(document.getPages());
request.setSearchStrings(new String[]{"java"});
request.addSearchResultListener(new MyListener());
request.execute();

• execute() wird asynchron ausgeführt. Die Anfrage wird an die jadice interne SearchEngine weitergereicht und in einem eigenen Thread bearbeitet.
• Es kann derzeit nur eine Suche zur selben Zeit ausgeführt werden. Wird die Methode execute() gerufen, während noch eine weitere Suche läuft, wird die laufende Suchanfrage abgebrochen.

public class MyListener implements SearchResultListener {
    public void searchResultFound(SearchResultEvent e) {
        Result result = e.getResult();
        Page page = result.getPage();
        String text = result.getSelectedText();
        // page und text verarbeiten
    }
}