|
|
30.01.2014 19:31:44 com.sebulli.fakturama: Error starting OpenOffice from file:///home/linuxlover/Dokumente/Fakturamadata/Mindner/Vorlagen/Proforma/Document.ottag.ion.bion.officelayer.document.DocumentException: No message available.
at ag.ion.bion.officelayer.internal.document.DocumentService.loadDocument(DocumentService.java:253)
at com.sebulli.fakturama.office.OfficeDocument.<init>(OfficeDocument.java:162)
at com.sebulli.fakturama.office.OfficeManager$1.run(OfficeManager.java:60)
at java.lang.Thread.run(Thread.java:744)
Caused by: com.sun.star.lang.DisposedException
at com.sun.star.lib.uno.environments.remote.JobQueue.removeJob(JobQueue.java:202)
at com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:322)
at com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:295)
at com.sun.star.lib.uno.environments.remote.JavaThreadPool.enter(JavaThreadPool.java:80)
at com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.sendRequest(java_remote_bridge.java:627)
at com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.request(ProxyFactory.java:141)
at com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.invoke(ProxyFactory.java:123)
at com.sun.proxy.$Proxy3.loadComponentFromURL(Unknown Source)
at ag.ion.bion.officelayer.internal.document.DocumentLoader.loadDocument(DocumentLoader.java:226)
at ag.ion.bion.officelayer.internal.document.DocumentLoader.loadDocument(DocumentLoader.java:116)
at ag.ion.bion.officelayer.internal.document.DocumentLoader.loadDocument(DocumentLoader.java:92)
at ag.ion.bion.officelayer.internal.document.DocumentService.loadDocument(DocumentService.java:246)
... 3 more
Caused by: java.io.IOException: com.sun.star.io.IOException: EOF reached - socket,host=localhost,port=8100,localHost=localhost,localPort=53957,peerHost=localhost,peerPort=8100
at com.sun.star.lib.uno.bridges.java_remote.XConnectionInputStream_Adapter.read(XConnectionInputStream_Adapter.java:50)
at java.io.DataInputStream.readInt(DataInputStream.java:387)
at com.sun.star.lib.uno.protocols.urp.urp.readBlock(urp.java:350)
at com.sun.star.lib.uno.protocols.urp.urp.readMessage(urp.java:87)
at com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge$MessageDispatcher.run(java_remote_bridge.java:96) |
|
|
|
P.S. Fakuturama Drucken funktioniert unter:
WinXP(Virtuell), Fakuturama 1.6.2, LibreOffice 4.1.2.3 |
|
|
|
Auch mit Ubuntu 13.10 32bit funktioniert es nicht. |
|
|
|
Ich verwende jetzt Kubuntu 13.10 (nicht Ubuntu). Sonst alle Angaben wie oben.
Neuester Test: WinXP, Fakturama 1.6.3, LibreOffice 4.1.4: ALLES OK. |
|
|
|
Ist leider auch noch mit Fakturama 1.6.4 unter Kubuntu 13.10 nicht möglich. |
|
|
|
Da das Problem offenbar häufig unter (K)Ubuntu anzutreffen ist, kann ich hier mal nur raten...
- Rechte auf Arbeitsverzeichnis richtig gesetzt (testweise alles rw)
- anderes JDK (Sun?)
- älteres LibreOffice probieren
- das andere NOA-Plugin probieren
|
|
|
|
@rheydenr (00275):
zu 1.:
alle Rechte -rw-rw,Fakturama/Libreoffice nur vom owner verwendet. Allerdings liegt LibreOffice in einem Systemverzeichnis..., ein Problem bei der Übergabe der Variablen von Fakturama an die Platzhalter in LO???
zu 2.:
siehe meine Systemangaben oben. Version wurde im Terminal mit Befehl "java -version" ausgelesen und ergab: java version "1.7.0_51" (nicht auffällig)
zu 3.:
Downgrade unter Linux bei Standardsoftware problemantisch und auch nicht sinnvoll (schon aus Systemsicherheitsgründen).
zu 4.:
a) mit NOA(?) kenne ich mich nicht aus. So wie ich es verstanden habe, ist dieses Plugin nur bei OpenOffice notwendig? b) wenn doch für LibreOffice, wo bekomme ich "das andere(?)" Plugin her? |
|
|
|
Bis zur Variablenübergabe kommt es gar nicht, es scheitert bereits bei der Kontaktaufnahme zur lauffähigen LibreOffice-Instanz.
- ich meinte statt OpenJDK => Oracle JDK
- http://code.google.com/p/fakturama/downloads/detail?name=NOA_Plugin_2.2.304_OpenOffice_LibreOffice3.zip&can=2&q=
|
|
|
|
@rheydenr (00277):
Variablenübergabe: "Im Prinzip" kann Fakturama LO starten, weil siehe oben: "Das Drucken von Listen in LibreOfficeCalc funktioniert." Ausserdem ist im Prozezzmanager zu sehen, dass soffice.bin gestartet wurde (siehe auch oben). VOR der Aktivität von Fakturama war kein soffice.bin vorhanden.
Update auf Fakturama 1.6.4 durchgeführt (Kubuntu und WinXP)
Keine Änderung, kein Erfolg, auch nach Inst. Oracle-Java, siehe unten:
Oracle Java:
"sudo add-apt-repository ppa:webupd8team/java" leider fehlerhaft:
W: Fehlschlag beim Holen von http://ppa.launchpad.net/upubuntu-com/openoffice/ubuntu/dists/saucy/main/binary-amd64/Packages 404 Not Found
W: Fehlschlag beim Holen von http://ppa.launchpad.net/upubuntu-com/openoffice/ubuntu/dists/saucy/main/binary-i386/Packages 404 Not Found
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
sudo apt-get install oracle-java7-installer: ok.
sudo apt-get update ausgeführt: ok
In LO Sun Microsystems-Java gewählt und Extras/Optionen/Erweitert...(Neustart LO). |
|
|
|
Für heute danke für die Unterstützung. Bin dann mal weg...
Bis Morgen!
Gute Nacht!
Gruss
linuxlover |
|
|
|
Hi, nichts mehr gehört zu diesem Thema. Gibt es da Aktivitäten?
Noch eine Hinweis.
Mein Arbeitsverzeichnis liegt auf einer Linux-Partition unter /home/userxxx/Fakturama/Mandant/.
Ich greife z.Z. von einer WinXP-Virtuellen Maschine darauf zu, auch die Vorlagen liegen dort: Das Drucken von WinXP aus funktioniert! Kann also nicht an fehlenden Zugriffsrechten liegen... |
|
|
|
Ist zwar frustrierend - aber ich hab einfach keine Idee mehr. Wenn das Drucken generell funktioniert, muß es ja irgendwie an der Umgebung liegen... |
|
|
|
Was genau soll mit "Umgebung" gemeint sein?
Offensichtlich funktioniert die Übergabe an WinXP-LibreOffice. Das Ganze funktioniert aber nicht unter reiner Kubuntu-LibreOffice/Fakturama.
Habt Ihr unter Linux erfolgreich getetet?
(Wie werden die Daten von Fakturama an LibreOffice übergeben...?) |
|
|
|
Eigentlich wird das vor der Auslieferung immer getestet (Gerd). Die Daten werden über die LibreOffice-eigene Schnittstelle (UNO) an LibreOffice übergeben,
Mit Umgebung meine ich Laufzeitumgebung des Programms, also Zusammenspiel Betriebsystem / Anwendung usw. |
|
|
|
"Eigentlich wird das vor der Auslieferung immer getestet (Gerd)." bedeutet im Klartext: "ich bin mir nicht sicher..."
Da ich manchmal selber erstaunt bin, welche unklaren Angaben User bei Problemen machen, habe ich ganz oben recht genaue, aktuelle Systemangaben gemacht. Fehlt was? Liefere gerne noch weitere Infos, wenn Ihr sie braucht.
Wenn Fakturama nicht unter Kubuntu funktioniert, müsstet Ihr Eure Angaben für die Systemumgebung auf nur Windows und MAC ändern, das wäre sehr schade!
Bitte schaut nochmal, was und wie Ihr unter Linux getestet habt. |
|
|
|
Ich nutze Ubuntu 12.04 64 Bit. Sowohl mit LibreOffice 4.1 als auch 4.2 keine Probleme beim Drucken. |
|
|
admin
2014-03-04 21:36
administrator
~0000310
|
Hab's hier grad auf nem neuen Rechner ausprobiert. Fakturama aus dem *deb installiert und klappt.
Libre Office Version: 4.1.3.2
Build ID: 410m0(Build:2)
Fakturama 1.6.4
Ubuntu 13.10
java version "1.7.0_51"
OpenJDK Runtime Environment (IcedTea 2.4.4) (7u51-2.4.4-0ubuntu0.13.10.1)
OpenJDK 64-Bit Server VM (build 24.45-b08, mixed mode)
java.runtime.version=1.7.0_51-b00
java.specification.name=Java Platform API Specification
java.specification.vendor=Oracle Corporation |
|
|
|
Danke! Ist wirklich rätselhaft! Aber prima, dass hilft trotzdem weiter. Muss jetzt also tatsächlich weiter auf meinem System forschen. Aber nicht mehr heute. Werde mich aber melden, sobald es etwas Neues gibt.
Bis dann! |
|
|
|
Lösung/Problem gefunden.
Es liegt an der KDE-Integration von LibreOffice (LO), damit funktioniert offensichtlich die UNO-Schnittstelle nicht richtig und führt zu meinem oben dargestellten Problem. (Ich verwende Kubuntu.)
Lösung: LO ohne das Paket libreoffice-kde installieren. Am sichersten ist, zuerst LO komplett zu deinstallieren, dann die gewünschten Komponenten einzeln neu zu installieren (libreoffice-writer, -calc, etc.).
Dieses Problem UNO unter KDE müsste Kubuntu mitgeteilt werden...
Es wäre sicher gut, wenn diese Lösung allen Fakturama-Usern mitgeteilt wird.
Übringens @admin: Die Systemangaben in 00310 haben mich schnell auf den richtigen Weg gebracht, danke! |
|
|
|
Info steht im Forum, ganz vielen Dank für eure Mühe! |
|
