Hallo zusammen,
habe gerade die neuste Version installiert und habe folgendes Problem:
- Platzhalter werden nicht "aufgefüllt" (also mit den Eingaben aus Fakturama)
(das liegt daran, dass ich das noa-Plugin installieren "müsste'' - hab ich, aber ...)
- aus dem vorherigen Installationsstand (1.6.7) war noch das noa-Plugin 2.2.304
im Installationsverzeichnis - jetzt nach der "Darüber"-Installation von Fakturama 1.6.8
zusammen mit dem neuen 2.2.305
Damit lässt sich nicht drucken (weil eben die Werte aus z.B. einer Rechnung nicht Übergeben werden).
Also:
- mit NOA 2.2.305 @ Fakturama 1.6.8 kann man mit OOo3 nicht drucken
- lösche ich das NOA 2.2.305 startet Fakturama nicht
- Haudraufmethode: NOA 2.2.305 in NOA 2.2.304 umbennnen = Fakturama startet nicht
Fehlermeldung wenn NOA fehlt (oder falsche Version)
An error has occurred. See log file ....
!SESSION 2015-07-13 15:34:17.000 ----------------------------------------------- eclipse.buildId=unknown java.version=1.7.0_51 java.vendor=Oracle Corporation BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE Command-line arguments: -os win32 -ws win32 -arch x86 !ENTRY org.eclipse.osgi 2 0 2015-07-13 15:34:20.203 !MESSAGE One or more bundles are not resolved because the following root constraints are not resolved: !SUBENTRY 1 org.eclipse.osgi 2 0 2015-07-13 15:34:20.203 !MESSAGE Bundle reference:file:plugins/com.sebulli.fakturama_1.6.8.jar was not resolved. !SUBENTRY 2 com.sebulli.fakturama 2 0 2015-07-13 15:34:20.203 !MESSAGE Missing required bundle ag.ion.noa_2.2.305. !ENTRY org.eclipse.osgi 2 0 2015-07-13 15:34:20.203 !MESSAGE The following is a complete list of bundles which are not resolved, see the prior log entry for the root cause if it exists: !SUBENTRY 1 org.eclipse.osgi 2 0 2015-07-13 15:34:20.203 !MESSAGE Bundle com.sebulli.fakturama_1.6.8 [166] was not resolved. !SUBENTRY 2 com.sebulli.fakturama 2 0 2015-07-13 15:34:20.203 !MESSAGE Missing required bundle ag.ion.noa_2.2.305. !ENTRY org.eclipse.osgi 4 0 2015-07-13 15:34:20.218 !MESSAGE Application error !STACK 1 java.lang.RuntimeException: Application "com.sebulli.fakturama.application" could not be found in the registry. The applications available are: org.eclipse.equinox.app.error, org.eclipse.equinox.p2.director, org.eclipse.equinox.p2.garbagecollector.application, org.eclipse.equinox.p2.publisher.InstallPublisher, org.eclipse.equinox.p2.publisher.EclipseGenerator, org.eclipse.equinox.p2.publisher.ProductPublisher, org.eclipse.equinox.p2.publisher.FeaturesAndBundlesPublisher, org.eclipse.equinox.p2.reconciler.application, org.eclipse.equinox.p2.repository.repo2runnable, org.eclipse.equinox.p2.repository.metadataverifier, org.eclipse.equinox.p2.artifact.repository.mirrorApplication, org.eclipse.equinox.p2.metadata.repository.mirrorApplication, org.eclipse.equinox.p2.updatesite.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.UpdateSitePublisher, org.eclipse.equinox.p2.publisher.CategoryPublisher, org.eclipse.help.base.infocenterApplication, org.eclipse.help.base.helpApplication, org.eclipse.help.base.indexTool. at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:248) at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:29) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577) at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
Bisher lässt sich der Fehler vermutlich nur beheben, wenn man OOo adieu sagt.
Viele Grüße!
:eek: 😮
Das liegt daran, daß ich beim Bauen der Anwendung nicht mehr dran gedacht habe, daß noch ein altes Plugin unterstützt werden muß. Ich muß das einfach nochmal neu bauen, es muß nur eine Versionskennung geändert werden... Sorry.
Viele Grüße
Ralf.
Wichtige Infos zum Posten im Forum.
Fehler gefunden?
Wer kann mir helfen?
Fakturama 1.6.8
LibreOffice 4.4.5.2
Java 1.8.0_51
MAC 10.10.1
Beim Drucken aus Fakturama wird LibreOffice aufgerufen aber es erscheint nur das Startcenter. Was ist falsch? Ich muss dringend Rechnungen Drucken. Es hat schon funktioniert.
Unter welchen Bedingungen hat es denn schon funktioniert? Kannst du diese Bedingungen wiederherstellen?
Ralf ist diese Woche offline,so dass eine echte Problemlösung noch warten müsste. Es sei denn, jemand anderes kennt das Problem.
------------------
Viele Grüße
Steffen
www.larissastoffe.de | Nähe deine Ideen!
Danke.
Das Problem hat von heute auf morgen angefangen bei version 1.6.5. Habe ein Update auf 1.6.8 gemacht in der Hoffnung das Problem zu lösen. Keine Änderung . Habe ein Update auf Java auf 1.8.0_51 und ini geändert wie beschrieben.
-startup
../../plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
-vm
/Library/Java/JavaVirtualMachines/jdk1.8.0_51.jdk/Contents/MacOS/libjli.dylib
--launcher.library
../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.101.v20120109-1504
-vmargs
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
Keine Änderung . Fakturama startet, arbeitet korrekt aber beim drucken auf LibreOffice oder OpenOffice bleibt es beim Startcenter gestopt.
Meine Virtual Machines sehen so aus:
Matching Java Virtual Machines (3):
1.8.0_51, x86_64: "Java SE 8" /Library/Java/JavaVirtualMachines/jdk1.8.0_51.jdk/Contents/Home
1.6.0_65-b14-468, x86_64: "Java SE 6" /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
1.6.0_65-b14-468, i386: "Java SE 6" /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Habe 1.6 gelöscht weil ich an Konflikte gedacht habe. Dann Startet Faktura nicht, trotz korrekte Eintrag in der INI. Habe 1.6 wieder installiert und die INI gelassen wie oben. Fakturama startet aber das gleiche Druckproblem.
Ich wäre sehr sehr Dankbar für ein Vorschlag.
Hallo,
ich fürchte, so richtig helfen kann ich Dir da nicht.
Ich hätte lediglich zwei Ideen:
- Dieser Beitrag. Hier scheint es zumindest in der Konstellation MAC 10.10.2, Fakturama 1.6.7, LO 4.1.1 zu klappen, wobei die Java-Versionen nicht aufgeführt sind. Falls die noch interessant sind, ggf. PN an den Thread-Ersteller.
- Falls LO und OO gleichzeitig installiert sind, OO deinstallieren.
Mehr kann ich leider nicht tun, sorry.
------------------
Viele Grüße
Steffen
www.larissastoffe.de | Nähe deine Ideen!
Statt hier und hier zu "antworten", wäre es vermutlich besser gewesen einen eigenes Thema zu erstellen, da
dein Problem nichts mit dem hier beschrieben zu tun haben scheint hat*.
Kleine Zwischenfragen sind ja ok, aber dein Thema scheint komplexer zu sein, wenn ich sehe, was hier schon
dazu geschrieben wurde.
Aber vllt. hilf dir ja schon mein "banaler" Tipp in dem anderen Thema.
[Nachtrag]
* Zur Erklärung: hier geht es um "OpenOffice + NOA" - beides nutzt du nicht.
Viele Grüße!
:eek: 😮
Hallo Leute!
Habe heute die aktuelle Version 1.6.8 frisch heruntergeladen und nun das gleiche Problem wie der TE:
OpenOffice öffnet die gewünschte Vorlage, aber die Platzhalter bleiben unangetastet.
Gab es hinsichtlich dieses Problem bisher kein Update der Installationsdateien?
Ich hoffe ich kann mir vorläufig behelfen indem ich die 1.6.5 wieder drüberinstalliere, denn ohne Belege läuft hier leider nichts.
Hallo Basti_K,
das liegt weniger an den Installationsdateien, als an OpenOffice.
Versuch es mal mit LibreOffice, das hat meistens schon geholfen.
Die beiden Office Suiten sind zwar fast gleich, aber doch in einigen Dingen sehr unterschiedlich weiterentwickelt worden.
Gruß
moped
Hmm... Hab am Ooo längernichts geändert, also muss es ja doch irgendwie an der Schnittstelle innerhalb Fakturama liegen. mit der 1.6.5 und NOA 2.2.304 hat es ja tadellos geklappt.