Hallo Marcel,
danke für die Rückmeldung. Das mit dem Import / Export habe ich mir für die nächste Version vorgenommen.
Den Fehler beim Löschen versuche ich noch zu beheben.

Ich konnte weiter mit dem Import testen. Hier meine Beobachtungen.

Der Adresstyp ist inkonsistent. In der Debitor-Auswahl heißt der Typ "BILLING", sonst Invoice. Insgesamt sind die Adresstypen immer englisch statt übersetzt (invoice, delivery).

GLN und GTIN werden in der GUI immer dotted angezeigt (geschieht beim Speichern). Beim Einsetzen in Dokumente werden die Punkte nicht angezeigt und man erhält eine lange Zahl. Ist das gewollt?

Wenn ein Debitor markiert ist und man auf + (neu anlegen) rechts oben (oder in einem der Menüs) klickt, dann öffnet sich stattdessen der markierte Debitor. Das passiert auch bei Rechnungen (und vermutlich bei den anderen Listen, habe ich aber nicht getestet).

Man kann Adressen anlegen, ohne einen Typ anzugeben. Implizit wird das als Invoice interpretiert, im Datensatz bleibt der Typ aber leer. Besser wäre, wenn der Typ vorbelegt ist.

Import von Kontakten (Debitoren). Ich habe mit einer CSV mit rund 140 Einträgen getestet.
Folgende Probleme habe ich festgestellt:
- Ist keine Lieferanschrift hinterlegt, so legt der Import trotzdem leere Lieferanschriften an (egal ob "Werte mit leeren Werten überschreiben" aktiviert ist oder nicht)
- Nach dem Import spielt die Auswahl des Debitors in den Rechnungen verrückt. Ich kann nur die ersten 20 Einträge auswählen. Scrolle ich und wähle einen späteren Eintrag aus, so wird nicht dieser, sondern einer der ersten 20 ausgewählt. Sind alle Kontakte manuell angelegt, so passiert dies nicht.
- Besitzen die importieren Kontakte sowohl Delivery- als auch Invoice-Adressen, so wird im Auswahlmenü trotzdem nur "Billing" angezeigt.

Hallo Marcel,
danke für Deinen ausführlichen Bericht. Hier mal kurz meine Antworten dazu:

Marcel2 schrieb:
-------------------------------------------------------
> [...]
>
> Der Adresstyp ist inkonsistent. In der
> Debitor-Auswahl heißt der Typ "BILLING", sonst
> Invoice. Insgesamt sind die Adresstypen immer
> englisch statt übersetzt (invoice, delivery).

Gewissermaßen ist das noch "work in progress". Da hab ich noch keine schlüssige Idee gehabt, wie ich das vereinheitliche. Die unterschiedliche Darstellung liegt daran, daß ich bei den Kontakten sog. "Kontakttypen" habe (also Adresse für Rechnung, für Lieferung oder was auch immer). Bei der Rechnung steht dann der "BillingType", also eben Rechnung, Lieferschein usw. Deswegen ist das ganze auch noch auf englisch, aber das werde ich noch ändern (möglicherweise aber nicht mehr in der 2.1.0).

>
> GLN und GTIN werden in der GUI immer dotted
> angezeigt (geschieht beim Speichern). Beim
> Einsetzen in Dokumente werden die Punkte nicht
> angezeigt und man erhält eine lange Zahl. Ist das
> gewollt?

Da habe ich mir ehrlich gesagt keine Gedanken drüber gemacht. Ich weiß nicht, wie es für euch am sinnvollsten ist. Die Darstellung auf der Dialogmaske wird von dem Eingabefeld selber geregelt. Das könnte ich aber umstellen. Wie die Nummer auf der Rechnung aussehen soll kann ich auch beeinflussen. Ich glaube aber, daß die immer ohne Punkte dargestellt wird Wie ist denn da so die allgemeine Sachlage?

>
> Wenn ein Debitor markiert ist und man auf + (neu
> anlegen) rechts oben (oder in einem der Menüs)
> klickt, dann öffnet sich stattdessen der
> markierte Debitor. Das passiert auch bei
> Rechnungen (und vermutlich bei den anderen Listen,
> habe ich aber nicht getestet).

Danke für den Hinweis. Das hatte ich komplett übersehen. Das betraf auch das Kontextmenü in der Listenansicht, darüber kann man auch neue Einträge anlegen. Das hatte auch nicht funktioniert. Hab ich jetzt behoben.

> Man kann Adressen anlegen, ohne einen Typ
> anzugeben. Implizit wird das als Invoice
> interpretiert, im Datensatz bleibt der Typ aber
> leer. Besser wäre, wenn der Typ vorbelegt ist.
>

Nein, das geht leider nicht. Wenn der Typ nicht angegeben wird, ist das erst mal die Rechnungsanschrift, das stimmt. Würde ich aber jetzt in den Daten ebenfalls den Typ "Rechnungsanschrift" setzen (also praktisch "BILLING"), dann wäre die Anschrift nur noch als Rechnungsanschrift zu gebrauchen. Wenn dort nichts drinsteht heißt das dann "gilt für alles".

> Import von Kontakten (Debitoren). Ich habe mit
> einer CSV mit rund 140 Einträgen getestet.
> Folgende Probleme habe ich festgestellt:
> - Ist keine Lieferanschrift hinterlegt, so legt
> der Import trotzdem leere Lieferanschriften an
> (egal ob "Werte mit leeren Werten überschreiben"
> aktiviert ist oder nicht)

Stimmt. Hab ich behoben.

> - Nach dem Import spielt die Auswahl des Debitors
> in den Rechnungen verrückt. Ich kann nur die
> ersten 20 Einträge auswählen. Scrolle ich und
> wähle einen späteren Eintrag aus, so wird nicht
> dieser, sondern einer der ersten 20 ausgewählt.
> Sind alle Kontakte manuell angelegt, so passiert
> dies nicht.

Liegt an der ID des Datensatzes. Muß ich mir nochmal ansehen.

> - Besitzen die importieren Kontakte sowohl
> Delivery- als auch Invoice-Adressen, so wird im
> Auswahlmenü trotzdem nur "Billing" angezeigt.

Das behebe ich noch.
Ich geb Bescheid wenn das neue Package verfügbar ist.

Super!

So wie ich mir das angelesen habe, müssten die Punkte bei GTIN und GLN nicht sein, ist wohl eine reine Lesehilfe. Ich bin da für Konsistenz und würde vorschlagen, einfach überall die Punkte wegzulassen.
Aber das ist ähnlich wie die Sache mit Billing, Delivery, Invoice eher ein Schönheitsthema.

Hallo Ralf,

kann man jetzt die aktuelle Beta 2.1.0 bedenkenlos über die 2.0.5 drüber installieren und effektiv verwenden, oder sollte man noch auf die finale 2.1.0 Version warten?! Gibt es schon ein Zeitraum, wann die finale 2.1.0 Version zur Verfügung steht? Vielen Dank, du machst nen klasse Job!!!

Moin, ich hab gestern dank eines aufmerksamen Users noch einen Fehler bei der Datenübernahme gefunden. Deswegen mal bitte noch Vorsicht. Ich werde das heute oder morgen noch korrigieren, dann müßte es soweit rund sein. Ich schreib dann auch was im Blog dazu, es hat sich immerhin einiges getan.

Hallo Ralf,

wie ist der Stand bei der 2.1.0, steht das Release an oder sollte ich die Beta testen?

Grüße

Moin, ich hab gestern noch eine neue Beta hochgeladen, weil die Datenübernahme aus der alten Version noch nicht vollständig geklappt hatte. Die Version kannst Du Dir nochmal anschauen.

Habe einige Fehlermeldungen, das Programm startet nicht. Server 2016 mit MySQL auf Port 3307, könnte das ein Problem sein?:

!ENTRY org.eclipse.osgi 4 0 2020-03-22 17:44:52.348
!MESSAGE Anwendungsfehler
!STACK 1
org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:68)
at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:318)
at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:246)
at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:147)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:281)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:153)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
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:657)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:594)
at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
Caused by: java.lang.NullPointerException
at com.sebulli.fakturama.LifecycleManager.fillWithInitialData(LifecycleManager.java:288)
at com.sebulli.fakturama.LifecycleManager.processAdditions(LifecycleManager.java:440)
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.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
... 17 more
!SESSION 2020-03-22 17:45:01.932 -----------------------------------------------
eclipse.buildId=2.1.0.
java.version=1.8.0_241
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86_64 -consoleLog

!ENTRY org.eclipse.core.jobs 4 2 2020-03-22 17:45:15.557
!MESSAGE Während "initDb" ist ein interner Fehler aufgetreten.
!STACK 0
java.lang.LinkageError: loader constraint violation: when resolving interface method "org.osgi.service.jpa.EntityManagerFactoryBuilder.createEntityManagerFactory(Ljava/util/Map;)Ljavax/persistence/EntityManagerFactory;" the class loader (instance of org/eclipse/osgi/internal/loader/EquinoxClassLoader) of the current class, org/eclipse/gemini/ext/di/impl/GeminiEMFSupplier, and the class loader (instance of org/eclipse/osgi/internal/loader/EquinoxClassLoader) for the method's defining class, org/osgi/service/jpa/EntityManagerFactoryBuilder, have different Class objects for the type javax/persistence/EntityManagerFactory used in the signature
at org.eclipse.gemini.ext.di.impl.GeminiEMFSupplier.getEMF(GeminiEMFSupplier.java:83)
at org.eclipse.gemini.ext.di.impl.GeminiEMSupplier.get(GeminiEMSupplier.java:30)
at org.eclipse.e4.core.internal.di.InjectorImpl.resolveArgs(InjectorImpl.java:525)
at org.eclipse.e4.core.internal.di.InjectorImpl.resolveRequestorArgs(InjectorImpl.java:466)
at org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:128)
at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:408)
at org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:331)
at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:202)
at com.sebulli.fakturama.LifecycleManager$2.run(LifecycleManager.java:174)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:63)

!ENTRY org.eclipse.osgi.compatibility.state.nl_it 2 0 2020-03-22 17:45:15.572
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_it [4458]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_es 2 0 2020-03-22 17:45:15.603
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_es [4454]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_hu 2 0 2020-03-22 17:45:15.697
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_hu [4457]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_ru 2 0 2020-03-22 17:45:15.713
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_ru [4461]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_el 2 0 2020-03-22 17:45:15.728
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_el [4453]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_fr 2 0 2020-03-22 17:45:15.775
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_fr [4456]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_uk 2 0 2020-03-22 17:45:15.854
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_uk [4463]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_ro 2 0 2020-03-22 17:45:15.869
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_ro [4460]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_de 2 0 2020-03-22 17:45:15.900
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_de [4452]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_ar 2 0 2020-03-22 17:45:15.932
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_ar [4451]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_eu 2 0 2020-03-22 17:45:15.947
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_eu [4455]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_tr 2 0 2020-03-22 17:45:15.963
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_tr [4462]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi.compatibility.state.nl_pl 2 0 2020-03-22 17:45:15.978
!MESSAGE Could not resolve module: org.eclipse.osgi.compatibility.state.nl_pl [4459]
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state
Unresolved requirement: Fragment-Host: org.eclipse.osgi.compatibility.state

!ENTRY org.eclipse.osgi 4 0 2020-03-22 17:45:15.994
!MESSAGE Anwendungsfehler
!STACK 1
org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:68)
at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:318)
at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:246)
at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:147)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.createE4Workbench(E4Application.java:281)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application.start(E4Application.java:153)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
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:657)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:594)
at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
Caused by: java.lang.NullPointerException
at com.sebulli.fakturama.LifecycleManager.fillWithInitialData(LifecycleManager.java:288)
at com.sebulli.fakturama.LifecycleManager.processAdditions(LifecycleManager.java:440)
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.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
... 17 more

Moin,
mich irritiert das hier gerade:

zahlungsTableModel.addColumn("ZahlungsSumme", Types.DOUBLE);

Das kommt in meinem Code gar nicht vor...
Kannst Du bitte mal die alte Beta-Version komplett wegräumen (und auch das .eclipse-Verzeichnis im Home-Verzeichnis)? Dann nochmal probieren. An der Datenbank sollte es nicht liegen (wenn Du nicht gerade MySQL v8 einsetzt).

Sorry,

da war noch was anderes in der Zwischenablage :S.

Ich habe Fakturama 2.05 mit MySQL 5.6.38, die Beta habe ich bisher nicht installiert.

Grüße

Ich habe leider neue Probleme mit dem Import von Kunden.
Ich bekomme immer ein

!ENTRY com.sebulli.fakturama.common 4 0 2020-03-23 20:33:08.160
!MESSAGE o.f.i.w.c.c.ContactsCsvImporter.importCSV:353|can't save or update imported contact

Visuell sehe ich nur ein "Kunden werden importiert" (oder so ähnlich), mehr passiert nicht, die Schaltflächen für OK und Abbrechen sind klickbar.

Produktimport hat dagegen funktioniert.

Ich habe nach Installation mein .fakturama gelöscht und auch das Arbeitsverzeichnis entfernt, also eine völlig neue Installation.

Hallo Marcel,
kannst Du bitte mal die beigefügte Datei ausprobieren? (bitte vorher wieder in csv umbenennen, die Endung ist nur damit das hier hochgeladen werden kann)

Ja, mit der Datei tritt das Problem auch auf. Nach dem Importieren sehe ich die Category bei den Kunden, aber halt keine Einträge.

Hm. Das ist ja echt seltsam. Mit welcher Version bist Du denn unterwegs?