OpenOffice.info

Hallo Klaus,

ich habe gestern noch einmal den Weg überprüft und erst einmal nur für 2 Icons zusammengestellt:
Tabelle mit ID, Beschreibung und Pfad
Formular mit Nummerfeld (ID), Textfeld (Beschreibung) und grafischem Kontrollfeld (Pfad - also Text)
Abgespeichert wird auf diese Art der relative Pfad zur Datei (wusste ich vorher nicht - hast Du mich erst drauf gebracht, das auch einmal zu testen).
Bericht erstellt für die Tabelle, für das grafische Kontrollfeld als Datengrundlage das Feld "Pfad" angegeben.
Bericht aufgerufen, zwei Datensätze erscheinen jeweils mit Bild.

So weit unter Linux 64bit rpm mit Java 1.7.0_40

Kannst Du eine Beispieldatenbank konstruieren, bei der das bei Dir bereits zu Fehlern kommt und die ggf. hier oder per privater Mail mir zur Verfügung stellen? Dann könnten wir eine Bugmeldung daraus machen, die vermutlich nur für MAC gilt.

Gruß

Robert

So ... ein wenig im Netz gestöbert. Also es gibt etliche Meldungen zu Javaproblemen, einige davon berichten, dass OO/LO nicht mit der neuesten Version 7 zurechtkommt.
Also diese Version wieder deinstalliert und die Vorgängerversion (1.6.0_51) installiert und zwar genau nach Anleitung von Appe/Oracle.
Zusätzlich noch die "javasettings_MacOSX_x86"-Datei aus dem Installationsverzeichnis von LO gelöscht und neu erstellen lassen.
Es brachte aber keine Änderung mit sich, die Fehlermeldungen tauchen nach wie vor in derselben Form auf. Einmal stürzte LO sogar dabei ab.

Ein paar Versuche lieferten folgendes Ergebnis:
grafisches Steuerelement ...
- leer gelassen: kein Fehler
- mit einem anderen Datenfeld belegt: kein Fehler
- mit Funktion/Zähler belegt: kein Fehler
als letzten Versuch wurde noch ein weiteres Datenfeld 'BILD' in den Datensatz eingefügt und zwar für die Speicherung des Fotos direkt im Datensatz.
Wird dieses Datenfeld 'BILD' im grafischen Steuerelement ausgewählt, kommt ebenfalls dieselbe Fehlermeldung.
Scheinbar hängt es mit dem Einbinden von Dateien zusammen.

Scheint so, als ob ich 5xx Dateien einzeln drucken bzw. speichern müsste...

Grüße
Klaus

Hallo Robert

[quote="RobertG"]
LO - genauer: welche Version (die 4.1.2 ist die aktuelle mit den neuesten Features ...)
Java - gibt es da bei Mac nicht nur unterschiedliche Versionen, sondern auch unterschiedliche Hersteller?

[/quote]
LO ist auch in Ordnung, Hauptsache es läuft irgendwann :-)
also LO ist Version: 4.1.2.3 - Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38 installiert.
Das installierte Java ist lt. Systemeinstellungen von OS X: Version 7 Update 40 (Build 1.7.0_40-b43), Hersteller Oracle

[quote="RobertG"]
Aus der Fehlermeldung entnehme ich irgendwie, dass Java auf dem ersten "thread" gestartet wurde. Und damit kann AWT (ein Teil von Java) anscheined nicht gestartet werden.
Kannst Du einen einfachen Bericht ohne Bilder mit dem Report-Builder erstellen?
Kannst Du einen Bericht mit nur einem einzigen Bild erstellen?
Oder startet der Report-Builder bereits bei einfachsten Berichten nicht?
[/quote]
- ein einfacher Bericht ohne Bilder funktioniert
- sobald das grafische Kontrollelement mit eingefügt ist, kommt die Fehlermeldung. Hierbei ist es egal, ob ich eine absolute oder relative Pfadangabe verwende.

Um auszuschließen, dass in der benutzten Datenbankdatei, die schon älter ist, noch irgendeine "Leiche im Keller" liegt, habe ich kurz eine neue DAtei erstellt (analog zu Deinem Test vorhin). Das Ergebnis ist dasselbe, ohne das grafische Steuerelement funktioniert der Bericht, sobald dieses mit eingebaut ist, kommt eine Fehlermeldung. Die häng ich nochmals unten ran, da sie etwas anders aussieht als heute Nachmittag.

Morgen such ich mal im Netz, ob es da hinsichtlich OO/LO und Java beim Mac etwas spezielles zu beachten gibt bzw. es zu Problemen kommt.

Grüße & noch einen schönen Abend
Klaus



[jni_uno bridge error] UNO calling Java method execute: non-UNO exception occurred: java.lang.NoClassDefFoundError: Could not initialize class java.awt.Toolkit
java stack trace:
java.lang.NoClassDefFoundError: Could not initialize class java.awt.Toolkit
at org.libreoffice.report.SOImageService.getImageSize(SOImageService.java:98)
at org.libreoffice.report.SOImageService.getImageSize(SOImageService.java:123)
at org.libreoffice.report.pentaho.output.ImageProducer.produceFromURL(ImageProducer.java:421)
at org.libreoffice.report.pentaho.output.ImageProducer.produceFromString(ImageProducer.java:371)
at org.libreoffice.report.pentaho.output.ImageProducer.produceImage(ImageProducer.java:196)
at org.libreoffice.report.pentaho.output.OfficeDocumentReportTarget.startImageProcessing(OfficeDocumentReportTarget.java:1314)
at org.libreoffice.report.pentaho.output.text.TextRawReportTarget.startOther(TextRawReportTarget.java:540)
at org.libreoffice.report.pentaho.output.OfficeDocumentReportTarget.startElement(OfficeDocumentReportTarget.java:715)
at org.libreoffice.report.pentaho.layoutprocessor.ImageElementLayoutController.generateImage(ImageElementLayoutController.java:109)
at org.libreoffice.report.pentaho.layoutprocessor.ImageElementLayoutController.delegateContentGeneration(ImageElementLayoutController.java:86)
at org.libreoffice.report.pentaho.layoutprocessor.AbstractReportElementLayoutController.advance(AbstractReportElementLayoutController.java:73)
at org.jfree.report.flow.AbstractReportProcessor.processReportRun(Unknown Source)
at org.jfree.report.flow.SinglePassReportProcessor.processReport(Unknown Source)
at org.libreoffice.report.pentaho.PentahoReportJob.execute(PentahoReportJob.java:399)
at org.libreoffice.report.pentaho.SOReportJobFactory$_SOReportJobFactory.execute(SOReportJobFactory.java:214)

Hallo Klaus,

lass uns hier einmal den LO-Pfad weiter verfolgen, weil da auf jeden Fall der passende Report-Builder dabei sein sollte.
Jetzt sollten wir zuerst einmal sammeln:
Mac OS X (ich habe von Mac keinen blassen Schimmer, aber danach können wir gegebenenfalls eine Bugmeldung aufgeben)
LO - genauer: welche Version (die 4.1.2 ist die aktuelle mit den neuesten Features ...)
Java - gibt es da bei Mac nicht nur unterschiedliche Versionen, sondern auch unterschiedliche Hersteller?

Aus der Fehlermeldung entnehme ich irgendwie, dass Java auf dem ersten "thread" gestartet wurde. Und damit kann AWT (ein Teil von Java) anscheined nicht gestartet werden.
Kannst Du einen einfachen Bericht ohne Bilder mit dem Report-Builder erstellen?
Kannst Du einen Bericht mit nur einem einzigen Bild erstellen?
Oder startet der Report-Builder bereits bei einfachsten Berichten nicht?

Auf Anhieb finde ich in den Report-Builder-Bugs nichts, was auf einen eindeutigen Mac-Fehler schließen lässt.

Gruß

Robert

Hallo Robert,

erstmal danke für die prompte Hilfe!

[quote="RobertG"]
Ich habe das gerade einmal mit dem Report-Builder und einer aktuellen LO-Version (4.1.1.2) versucht:
Tabelle mit "ID", "Beschreibung" und "Pfad zum Foto"
Der Pfad lautet bei mir 'file:///home/robert/Bilder/Beispiel.jpg' (ist unter Linux, müsste unter Windows vermutlich mit einer Partitionsangabe gemacht werden wie 'file:///d:/nutzerverzeichnis/robert/Bilder/Beispiel.jpg' )
Dann habe ich einen Bericht erstellt und bei den Daten für das grafische Kontrollfeld "Pfad zum Foto" angegeben.
Starte ich den Bericht, so wird das Foto gezeigt.

Gruß

Robert[/quote]
wie oben erwähnt, war es hier OpenOffice in der aktuellsten Version unter Mac OS X, ebenfalls aktuell.
Jetzt ist auch noch LibreOffice drauf :-), auch in der aktuellsten Version. Die Pfade sind korrekt angegeben, in der "Einzeldruck"-Version funktioniert es.
Das Ergebnis ist dasselbe, es funktioniert nicht. Vermutlich hängt es irgendwie an Java, wenn ich die Fehlerliste (s.u.) so anschaue. Aber da kenn ich mich absolut nicht aus. Unter OpenOffice sind es andere Fehlermeldungen, aber auch irgendwas mit Java.
Java ist lt. Systemeinstellungen auf dem aktuellsten Stand.

Grüße
Klaus

[jni_uno bridge error] UNO calling Java method execute: non-UNO exception occurred: java.lang.InternalError: Can't start the AWT because Java was started on the first thread. Make sure StartOnFirstThread is not specified in your application's Info.plist or on the command line
java stack trace:
java.lang.InternalError: Can't start the AWT because Java was started on the first thread. Make sure StartOnFirstThread is not specified in your application's Info.plist or on the command line
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1827)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1045)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.loadLibraries(Toolkit.java:1605)
at java.awt.Toolkit.<clinit>(Toolkit.java:1627)
at org.libreoffice.report.SOImageService.getImageSize(SOImageService.java:98)
at org.libreoffice.report.SOImageService.getImageSize(SOImageService.java:123)
at org.libreoffice.report.pentaho.output.ImageProducer.produceFromURL(ImageProducer.java:421)
at org.libreoffice.report.pentaho.output.ImageProducer.produceFromString(ImageProducer.java:371)
at org.libreoffice.report.pentaho.output.ImageProducer.produceImage(ImageProducer.java:196)
at org.libreoffice.report.pentaho.output.OfficeDocumentReportTarget.startImageProcessing(OfficeDocumentReportTarget.java:1314)
at org.libreoffice.report.pentaho.output.text.TextRawReportTarget.startOther(TextRawReportTarget.java:540)
at org.libreoffice.report.pentaho.output.OfficeDocumentReportTarget.startElement(OfficeDocumentReportTarget.java:715)
at org.libreoffice.report.pentaho.layoutprocessor.ImageElementLayoutController.generateImage(ImageElementLayoutController.java:109)
at org.libreoffice.report.pentaho.layoutprocessor.ImageElementLayoutController.delegateContentGeneration(ImageElementLayoutController.java:86)
at org.libreoffice.report.pentaho.layoutprocessor.AbstractReportElementLayoutController.advance(AbstractReportElementLayoutController.java:73)
at org.jfree.report.flow.AbstractReportProcessor.processReportRun(Unknown Source)
at org.jfree.report.flow.SinglePassReportProcessor.processReport(Unknown Source)
at org.libreoffice.report.pentaho.PentahoReportJob.execute(PentahoReportJob.java:399)
at org.libreoffice.report.pentaho.SOReportJobFactory$_SOReportJobFactory.execute(SOReportJobFactory.java:214)

Hallo Klaus,

zum älteren Berichts-Generator kann ich leider nichts schreiben, weil der bei LibreOffice nicht mehr erreichbar ist. Der Report-Builder hat dort die Standardrolle übernommen. Ich kann mir alte Berichte wohl ansehen, sie aber nur auf Umwegen (mit älteren Programmversionen) generieren.

Ich habe das gerade einmal mit dem Report-Builder und einer aktuellen LO-Version (4.1.1.2) versucht:
Tabelle mit "ID", "Beschreibung" und "Pfad zum Foto"
Der Pfad lautet bei mir 'file:///home/robert/Bilder/Beispiel.jpg' (ist unter Linux, müsste unter Windows vermutlich mit einer Partitionsangabe gemacht werden wie 'file:///d:/nutzerverzeichnis/robert/Bilder/Beispiel.jpg' )
Dann habe ich einen Bericht erstellt und bei den Daten für das grafische Kontrollfeld "Pfad zum Foto" angegeben.
Starte ich den Bericht, so wird das Foto gezeigt.

Gruß

Robert

Hallo Robert
[quote="RobertG"]
womit erstellst Du die Berichte?
Wie hast Du für einen einzelnen Datensatz einen Bericht erstellt? Abfrage?
[/quote]
Den Bericht hatte ich mit dem Assistenten erstellt, zunächst ohne den Report-Builder. Basis war eine Abfrage, aber auch direkt aus der Datentabelle ist das Ergebnis dasselbe.
Die Datenfelder selbst sind innerhalb des Berichts nicht in einer Tabelle angeordnet, sondern frei auf der Seite platziert, da es sich z.T. um Memo/Longtext-Felder handelt. Es sind praktisch Daten- und Infoblätter mit zugehörigen Fotos, weshalb es pro Datensatz auch 2 Seiten ergibt.
Die Pfade zu den Fotos sind in normalen Textfeldern enthalten. Im Grafischen Kontrollelement werden diese Felder dann als Datenquelle verwendet. So werden insgesamt jeweils bis zu vier zu einem Datensatz gehörende Fotos eingebunden. Die Fotos sind runterskaliert auf 1024x oder 1280x... und sind dann nicht mehr groß.

[quote="RobertG"]
Wenn Du den Bericht mit dem Report-Builder erstellst, dann müsste lediglich nach den Primärschlüsseln gruppiert werden. Die Verknüpfung zu den Fotos erfolgt (vermutlich) über eine dort angehängte 2. Tabelle, oder? Der Inhalt dieser 2. Tabelle ist dann im Bereich "Detail" aufzuführen, damit nicht nur ein Foto erscheint.
[/quote]
Mit dem Report-Builder hatte ich es testweise auch mal versucht. Aber da funktioniert irgendwie das grafische Kontrollelement nicht. Sobald ich dieses im Bericht einfüge und diesen aufrufe, werden nur seitenlange Fehlermeldungen erzeugt.


Gruß
Klaus

Hallo Klaus,

womit erstellst Du die Berichte?
Wie hast Du für einen einzelnen Datensatz einen Bericht erstellt? Abfrage?

Wenn Du den Bericht mit dem Report-Builder erstellst, dann müsste lediglich nach den Primärschlüsseln gruppiert werden. Die Verknüpfung zu den Fotos erfolgt (vermutlich) über eine dort angehängte 2. Tabelle, oder? Der Inhalt dieser 2. Tabelle ist dann im Bereich "Detail" aufzuführen, damit nicht nur ein Foto erscheint.

Wenn Du aber einige hundert Datensätze mit Fotos hast, dann kann das recht schnell an die Grenzen Deines Systems gehen - es sei denn die Bilder sind auf ein Anzeigemaß geschrumpft worden und nicht in der Größe gegeben, in der sie aus einer heutzutage üblichen Kamera stammen.

Gruß

Robert

Hallo zusammen

ich habe ein kleines Problem beim Ausdruck von Berichten (OO 4.0.1, Mac OS X)
Basis ist eine Tabelle mit einigen hundert Datensätzen, mit jedem Datensatz sind jeweils ein bis vier Fotos verknüpft, die in einem Verzeichnis liegen.

Für den Ausdruck bzw. pdf-Export wurde für jeden Datensatz ein 2-seitiger Bericht erstellt, in dem die Daten und Fotos enthalten sind.
Die Fotos sind jeweils über ein grafisches Kontrollfeld eingebunden. Das funkioniert soweit ohne Probleme, allerdings wird eben nur der aktuelle Datensatz gedruckt.

Jetzt wird aber der Ausdruck der kompletten Datensätze benötigt.
Gibt es eine Möglichkeit, mit der man alle Datensätze auf einmal ausdrucken bzw. in ein pdf exportieren kann?

Gruß
Klaus