Intuitiverweise drückt man bei der Suche nach Mitgliedern nach dem Ausfüllen der Eingabemaske auf die Entertaste. Ich war sehr irritiert, dass ich (statt die Suche zu bestätigen) auf dem "Mitglieder Such-Profil" lande.

Kann das Verhalten so geändert werden, dass mit der Entertaste die Suche in­i­ti­ie­rt wird?

Hallo Heiner,

wenn Du ein wenig Zeit findest, würden wir uns über folgendes Upgrade freuen:
Eine Möglichkeit der Auswahl, ob die Optionen Dropdown-Listen (wie z.B. die Mitgliedsart oder Zahlungsweise) durchgescrollt werden können, oder nicht. Wir sind jetzt fertig mit dem JVerein-Umzug aber verstellen ständig Optionen beim Scrollen. Insbesondere die Mitgliedsart wird ständig verstellt, da hier nicht (wie bei der Zahlungsart) eine Warnung erfolgt. Das ist ärgerlich :-/. Wir würden uns daher eine alternative Auswahlmethode wünschen, bei der man eine Dropdownliste erst anklicken muss und diese nicht durchscrollen kann o.ä.

Vielen Dank!

Did anyone built a docker image of this?
I recognized how hard it is to migrate this stuff to a new server etc. perhaps a docker image built directly by the maintainers could lower the learning curve and lead to broader user base?

Hat irgendwer mal ein Docker Image hierfür gebaut? Ich könnte mir vorstellen dass die Nutzerbasis dann größer werden würde - da die Einstiegshürde ja doch recht hoch ist.

After updating to jameica version 2.8.2
Loading the plugin failed with an error.

I was able to recover to version 2.8.1 and I'm currently not able to find a log file that contains more details.

If required I can install that version again, but I would prefer not to do it.

https://jverein-forum.de/viewtopic.php?f=1&t=3400

Da die Tickets und der Code ja nun nach github gewandert sind (:+1: ) sollte es auch die Möglichkeit geben zu erfahren was in einer neuen Version drin ist.

Es gibt hier bei github zwei übliche Vorgehensweisen dafür:

• eine Datei im root Verzeichnis des Projekts z.B. CHANGELOG.md die mit jeder neuen Version aktualisiert wird.
• eine github spezifische Lösung: https://github.com/jverein/jverein/releases Dort kann ein neues Release markiert werden, es wird dann automatisch ein tag erstellt.

Der einzige Weg um sonst rauszukriegen was passiert ist, bleibt natürlich https://github.com/jverein/jverein/commits/master

Hallo zusammen,
ich würde gerne für JVerein eine Integration an das SportBizz implementieren, so dass die jährlich
an die Sportbünde zu meldenden Mitglieder (Bestandserhebung) einfach als "passende" xml-Datei exportiert und im SportBizz (z.B. BSB-Net) importiert werden können. Das betrifft sicherlich viele Vereine und wäre daher in meinen Augen eine gute Erweiterung.

Nun möchte ich jedoch fragen, wie ich das realisieren soll. Als extra Plugin für Jameica oder direkt als Fork in Git für JVerein?

Die Schnittstelle von Seitens des SportBizz ist gut dokumentiert:
Schnittstelle_Integration_Vereinsverwaltung_ab_2014_.pdf
DOSB_Fachverbandskodierung_Version_2013_.pdf

Liebe Grüße,
Leo

short summary: no umlauts in CSV export but ?-character

Hallo,

ist das ein bug, der nur mich betrifft? Ich denke, das wär doch schon eher aufgefallen:
im CSV Export werden Umlaute durch ? ersetzt, z.B. kommt da Schillerstra?e raus, während im PDF Export korrekt Schillerstraße steht.

Leider brauche ich fürs Skripting den CSV Export

Die Mail Implementierung scheint beim Versand den hostnamen nicht zu setzten, da ich im log meines Mail servers folgendes seh:
Mar 14 22:05:01 lithium postfix/smtpd[6343]: NOQUEUE: reject_warning: RCPT from erx-rz.binary-kitchen.net[213.166.246.250]: 504 5.5.2 <localhost>: Helo command rejected: need fully-qualified hostname; from=<[email protected]> to=<[email protected]> proto=ES MTP helo=<localhost>

Steps to reproduce

1. Select a transaction that has an empty field for the transaction purpose (dt. “Verwendungszweck”)
2. Assign that transaction to a member account
3. Observe failure

Expected behavior

The transaction is assigned to the member account.

Observed behavior

Assigning fails with a NullPointerException

Log

java.lang.NullPointerException
	at de.jost_net.JVerein.server.MitgliedskontoImpl.insertCheck(MitgliedskontoImpl.java:75)
	at de.willuhn.datasource.db.AbstractDBObject.insert(AbstractDBObject.java:649)
	at de.willuhn.datasource.db.AbstractDBObject.store(AbstractDBObject.java:314)
	at de.jost_net.JVerein.gui.action.BuchungMitgliedskontoZuordnungAction.handleAction(BuchungMitgliedskontoZuordnungAction.java:105)
	at de.willuhn.jameica.gui.parts.ContextMenu$1.handleEvent(ContextMenu.java:183)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4385)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1324)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4172)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3789)
	at de.willuhn.jameica.gui.GUI.loop(GUI.java:928)
	at de.willuhn.jameica.gui.GUI.init(GUI.java:331)
	at de.willuhn.jameica.system.Application.init(Application.java:145)
	at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
	at de.willuhn.jameica.Main.main(Main.java:75)

Additional observations

I think the problem could be worked around by changing this line as follows:

Object result = getAttribute("Zweck1");
if (result instanceof String) {
    return (String) result;
} else {
    return '';
}

I don't currently have the means to test this though.

Im Forum gibt es mehrerer Beiträge, in denen nach einem nachträglichen Adressimport gefragt wird. Adressen können zwar bei der Erst-Versorgung importiert werden, aber da beim Import alle bestehenden Mitglieder und Adressen gelöscht werden, können später keine weiteren Adressen importiert werden.

Es soll ein ergänzender Import mit allen Feldern Zusatzfeldern, Eigenschaften für Adressen möglich sein. Aufrufbar über Kontextmenü aus der Adressverwaltung.

Optimal wäre auch ein automatischer Import (ggf. als Option bei den Einstellungen) aus einem festgelegten Verzeichnis. Wenn beim Start von JVerein eine Datei in dem Verzeichnis steht, wird diese importiert und eine Meldung ausgegeben bzw. das Importprotokoll angezeigt. Nach dem automatischen Import wird die Datei automatisch mit Zeitstempel im Dateinamen versehen und in ein Backupverzeichnis verschoben, damit diese beim erneuten Start nicht nochmals importiert wird.

In folgendem Forumsbeitrag wurde der Import z. B. nachgefragt:
https://jverein-forum.de/viewtopic.php?f=8&t=2842&p=12119&hilit=adressen+import#p12119

Hallo,
es wäre total praktisch, wenn die Versionen auf Github getaggt würden, dann könnte man die vorhandene Infrastruktur hier nutzen.
Vielen Dank!

Hello,

most of the Java-packages shipped in /lib are outdated.

I package it for debian and did it with more recent packages.

I can document here which version I use?

Kind regards

Mechtilde

Please release source code from version 2.8.18 and tag it.

Thanks

das Problem wird in diesem Forum Thread beschrieben: https://jverein-forum.de/viewtopic.php?t=2933
ist es möglich eine Auswahl für das XML Format in jverein einzubauen? Bis jetzt ersetze ich den Header immer manuell vor dem Import in das Bankprogramm.

https://jverein-forum.de/viewtopic.php?f=1&t=3428

Der Link im Gitbook im Kapitel "Buchführung --> Buchungsimport" funktioniert nicht: https://jverein.gitbooks.io/jverein-handbuch/content/buchungsvariable.md

Die Inhalte: http://www.jverein.de/wiki/index.php?title=Variable scheinen nicht aus dem wiki übernommen worden zu sein.
Grüße
Nils

https://jverein-forum.de/viewtopic.php?f=5&t=3384&e=1&view=unread#unread

Bei den Formularen sollte die Möglichkeit bestehen, ein Formular auf "inaktiv" zu setzen. Am besten in der Formularverwaltung aus dem Kontextmenü zu dem jeweiligen Formular. Bei inaktiven Formularen sollte dann wiederum im Kontextmenü ein Eintrag "aktivieren" vorhanden sein. In der Liste der Formulare sollte es dann einen Status geben, in dem angezeigt wird, ob das Formular aktiv oder inaktiv ist.

Inaktive Formulare sollen dann an den Aufrufstellen z. B. im Kontextmenü zum Mitglied nicht mehr angezeigt werden.

Die Inaktivierung soll zur Sicherheit und Übersichtlichkeit dienen, wenn Formulare nicht mehr verwendet werden, aber noch nicht gelöscht werden sollen. Ggf. wird ein altes Formular nochmals benötigt.

Fehlerbeschreibung

Beim Erstellen einer neuen Sollbuchung entsteht folgender Fehler. Können Sie bei der Behebung des Fehlers helfen? Der Fehler wurde auch im Forum berichtet.

Stacktrace

java.lang.NullPointerException
 at de.jost_net.JVerein.gui.control.MitgliedskontoControl.getBuchungsart(MitgliedskontoControl.java:294)
 at de.jost_net.JVerein.gui.view.MitgliedskontoDetailView.bind(MitgliedskontoDetailView.java:51)
 at de.willuhn.jameica.gui.GUI$5.run(GUI.java:714)
 at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:74)
 at de.willuhn.jameica.gui.GUI$6.run(GUI.java:911)
 at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
 at org.eclipse.swt.widgets.Display.syncExec(Display.java:5048)
 at de.willuhn.jameica.gui.GUI.startSync(GUI.java:907)
 at de.willuhn.jameica.gui.GUI.startView(GUI.java:597)
 at de.jost_net.JVerein.gui.action.MitgliedskontoDetailSollNeuAction.handleAction(MitgliedskontoDetailSollNeuAction.java:57)
 at de.willuhn.jameica.gui.parts.ContextMenu$1.handleEvent(ContextMenu.java:183)
 at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
 at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4441)
 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
 at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
 at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1324)
 at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4227)
 at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3837)
 at de.willuhn.jameica.gui.GUI.loop(GUI.java:928)
 at de.willuhn.jameica.gui.GUI.init(GUI.java:331)
 at de.willuhn.jameica.system.Application.init(Application.java:145)
 at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
 at de.willuhn.jameica.Main.main(Main.java:78)

Versionen

JVerein: 2.8.18
Jameica: 2.10.2
Hibiscus: 2.10.5
OS: MacOS 10.15.7

Ich bekomme neuerdings die folgende Mitteilung wenn ich ein PDF erstellen will:

main loop crashed, retry
java.lang.NoSuchMethodError: com.itextpdf.text.pdf.PdfPTable.addCell(Lcom/itextpdf/text/pdf/PdfPCell;)V
	at de.jost_net.JVerein.io.Reporter.createHeader(Reporter.java:364)
	at de.jost_net.JVerein.io.Reporter.createHeader(Reporter.java:334)
	at de.jost_net.JVerein.gui.action.SpendenbescheinigungPrintAction.generiereSpendenbescheinigungStandardAb2014(SpendenbescheinigungPrintAction.java:948)
	at de.jost_net.JVerein.gui.action.SpendenbescheinigungPrintAction.handleAction(SpendenbescheinigungPrintAction.java:220)
	at de.jost_net.JVerein.gui.control.SpendenbescheinigungControl$4.handleAction(SpendenbescheinigungControl.java:527)
	at de.willuhn.jameica.gui.parts.Button$1$1.run(Button.java:174)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(Unknown Source)
	at de.willuhn.jameica.gui.GUI$6.run(GUI.java:899)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Unknown Source)
	at org.eclipse.swt.widgets.Display.syncExec(Unknown Source)
	at de.willuhn.jameica.gui.GUI.startSync(GUI.java:895)
	at de.willuhn.jameica.gui.parts.Button$1.widgetSelected(Button.java:168)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(Unknown Source)
	at org.eclipse.swt.widgets.EventTable.sendEvent(Unknown Source)
	at org.eclipse.swt.widgets.Display.sendEvent(Unknown Source)
	at org.eclipse.swt.widgets.Widget.sendEvent(Unknown Source)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Unknown Source)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Unknown Source)
	at de.willuhn.jameica.gui.GUI.loop(GUI.java:916)
	at de.willuhn.jameica.gui.GUI.init(GUI.java:327)
	at de.willuhn.jameica.system.Application.init(Application.java:145)
	at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
	at de.willuhn.jameica.Main.main(Main.java:75)

Das geschieht beim "drucken" von Spendenbescheinigung (Standard) oder Abrechnungslauflisten.
Damit geht ein großer Teil der Funktionalität des Programms gerade am Jahresanfang zu einem denkbar ungünstigen Zeitpunkt kaputt.

Die verwendeten Versionen:
JVerein: 2.8.17, Build 20180218 Build Nr. 520, DB-Version 417

Jamaica:
Software-Version: 2.8.2
SWT-Version: 4629 / gtk
Java-Version: 1.8.0_212 / Linux amd64
Build: 450 [Datum 20180917]

HIbiscus:
Software-Version: 2.8.8
HBCI4Java-Version: 3.0.22-SNAPSHOT
Datenbank-Version: 65
Build: 372 [Datum 20190103]

Mir drängt sich langsam der Eindruck auf, das diese Software nicht mehr mit aktuellen Jameica Versionen funktioniert und auch nicht mehr gewartet wird... weiß irgendjemand mehr dazu?

https://jverein-forum.de/viewtopic.php?f=5&t=3557

Bislang wurde das Default-Encoding des Betriebssystems verwendet. Jetzt wird generell UTF-8 genutzt.

In diesem Zusammenhang habe ich auf eine aktuellere Version der verwendeten Bibliothek upgedatet und auf die VCard-Version 4.0 erhöht.

Werden z.B. in der Mitgliederverwaltung Daten geändert, müssen diese bislang explizit gespeichert werden. Verlässt man das Formular ohne zu speichern, gehen die Änderungen verloren.
Hier wäre entweder eine Warnmeldung ("Achtung ungespeicherte Änderungen") sinnvoll oder noch besser ein automatisches Speichern, sobald ein Feld geändert wird. Dadurch müssen Änderungen nicht manuell gespeichert werden.
Ist eine solche Funktionalität denkbar?

In der eclipse .classpath hat Heiner seinen lokalen Pfad eingetragen.
Da ich neu in diesem Projekt bin, stolpere ich auch über solche Kleinigkeiten.

Es wäre toll, wenn es noch mehr Datumsvariablen gäbe, angelehnt an $aktuellesjahr.
Beispiele:
$NurMonat -> 03 für März
$NurTag -> 01 für den 01.

Das ist dann besonders hilfreich zum Beispiel bei individuellen Rechnungsnummern.

Schön wäre auch, wenn direkt hinter dem Variablennamen auch ein Satzzeichen stehen könnte und die Variable dennoch als solche erkannt wird.
Das könnte man zum Beispiel durch eine zusätzliche Klammerung der Variablen erreichen:

${aktuellesjahr}, --> 2017,

Bezogen auf das Beispiel der Rechnungsnummer könnte man dann folgendes nutzen:
${aktuellesjahr}-${NurMonat}-${NurTag}-${mitglied_id} --> 2017-03-01-01

Mir ist klar, dass das nicht ohne weiteres für alle Variablen umgesetzt werden kann, da dann alle bisher genutzten Variablen nicht mehr funktionieren würden, außer man macht das ganze optional über eine Einstellung im Administrationsbereich, so dass zukünftige Nutzer davon profitieren würden oder andere ihre Variablennutzung anpassen können.

Grüße
Marco Spönemann

Frankoli hat empfohlen den SWT Fehler neu einzutragen:
#55
Wann kann mit einer Lösung gerechnet werden?

*** Stacktrace ***

org.eclipse.swt.SWTError: No more handles
at org.eclipse.swt.SWT.error(SWT.java:4621)
at org.eclipse.swt.SWT.error(SWT.java:4510)
at org.eclipse.swt.SWT.error(SWT.java:4481)
at org.eclipse.swt.widgets.Widget.error(Widget.java:451)
at org.eclipse.swt.widgets.Control.createHandle(Control.java:721)
at org.eclipse.swt.widgets.Button.createHandle(Button.java:418)
at org.eclipse.swt.widgets.Control.createWidget(Control.java:761)
at org.eclipse.swt.widgets.Control.(Control.java:115)
at org.eclipse.swt.widgets.Button.(Button.java:121)
at de.willuhn.jameica.gui.style.StyleFactoryDefaultImpl.createButton(StyleFactoryDefaultImpl.java:33)
at de.willuhn.jameica.gui.parts.Button.paint(Button.java:135)
at de.willuhn.jameica.gui.parts.ButtonArea.paint(ButtonArea.java:51)
at de.willuhn.jameica.gui.util.Container.addPart(Container.java:225)
at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.bind(BuchungsklasseSaldoView.java:145)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:702)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:72)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:899)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:4594)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:895)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:593)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:528)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:565)
at de.jost_net.JVerein.gui.action.BuchungsklasseSaldoAction.handleAction(BuchungsklasseSaldoAction.java:28)
at de.willuhn.jameica.gui.Navigation.start(Navigation.java:371)
at de.willuhn.jameica.gui.Navigation.access$500(Navigation.java:47)
at de.willuhn.jameica.gui.Navigation$MyActionListener.handleEvent(Navigation.java:466)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4145)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1055)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3958)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3561)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:916)
at de.willuhn.jameica.gui.GUI.init(GUI.java:327)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)
.
.
.
org.eclipse.swt.SWTError: No more handles
at org.eclipse.swt.SWT.error(SWT.java:4621)
at org.eclipse.swt.SWT.error(SWT.java:4510)
at org.eclipse.swt.SWT.error(SWT.java:4481)
at org.eclipse.swt.widgets.Widget.error(Widget.java:451)
at org.eclipse.swt.widgets.Control.createHandle(Control.java:721)
at org.eclipse.swt.widgets.Button.createHandle(Button.java:418)
at org.eclipse.swt.widgets.Control.createWidget(Control.java:761)
at org.eclipse.swt.widgets.Control.(Control.java:115)
at org.eclipse.swt.widgets.Button.(Button.java:121)
at de.willuhn.jameica.gui.style.StyleFactoryDefaultImpl.createButton(StyleFactoryDefaultImpl.java:33)
at de.willuhn.jameica.gui.parts.Button.paint(Button.java:135)
at de.willuhn.jameica.gui.parts.ButtonArea.paint(ButtonArea.java:51)
at de.willuhn.jameica.gui.util.Container.addPart(Container.java:225)
at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.bind(BuchungsklasseSaldoView.java:145)
at de.willuhn.jameica.gui.GUI$5.run(GUI.java:702)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:72)
at de.willuhn.jameica.gui.GUI$6.run(GUI.java:899)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:4594)
at de.willuhn.jameica.gui.GUI.startSync(GUI.java:895)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:593)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:528)
at de.willuhn.jameica.gui.GUI.startView(GUI.java:565)
at de.jost_net.JVerein.gui.action.BuchungsklasseSaldoAction.handleAction(BuchungsklasseSaldoAction.java:28)
at de.willuhn.jameica.gui.Navigation.start(Navigation.java:371)
at de.willuhn.jameica.gui.Navigation.access$500(Navigation.java:47)
at de.willuhn.jameica.gui.Navigation$MyActionListener.handleEvent(Navigation.java:466)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4145)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1055)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3958)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3561)
at de.willuhn.jameica.gui.GUI.loop(GUI.java:916)
at de.willuhn.jameica.gui.GUI.init(GUI.java:327)
at de.willuhn.jameica.system.Application.init(Application.java:145)
at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
at de.willuhn.jameica.Main.main(Main.java:75)

Stacktrace beim Öffnen der Buchungsklassen:

java.lang.NullPointerException
	at java.base/java.util.Calendar.setTime(Unknown Source)
	at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.getYearBounds(BuchungsklasseSaldoView.java:86)
	at de.jost_net.JVerein.gui.view.BuchungsklasseSaldoView.bind(BuchungsklasseSaldoView.java:135)
	at de.willuhn.jameica.gui.GUI$5.run(GUI.java:711)
	at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:72)
	at de.willuhn.jameica.gui.GUI$6.run(GUI.java:908)
	at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
	at org.eclipse.swt.widgets.Display.syncExec(Display.java:4905)
	at de.willuhn.jameica.gui.GUI.startSync(GUI.java:904)
	at de.willuhn.jameica.gui.GUI.startView(GUI.java:594)
	at de.willuhn.jameica.gui.GUI.startView(GUI.java:529)
	at de.willuhn.jameica.gui.GUI.startView(GUI.java:566)
	at de.jost_net.JVerein.gui.action.BuchungsklasseSaldoAction.handleAction(BuchungsklasseSaldoAction.java:28)
	at de.willuhn.jameica.gui.Navigation.start(Navigation.java:371)
	at de.willuhn.jameica.gui.Navigation.access$500(Navigation.java:47)
	at de.willuhn.jameica.gui.Navigation$MyActionListener.handleEvent(Navigation.java:466)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4292)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1512)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1535)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1520)
	at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1324)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4116)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3733)
	at de.willuhn.jameica.gui.GUI.loop(GUI.java:925)
	at de.willuhn.jameica.gui.GUI.init(GUI.java:328)
	at de.willuhn.jameica.system.Application.init(Application.java:145)
	at de.willuhn.jameica.system.Application.newInstance(Application.java:87)
	at de.willuhn.jameica.Main.main(Main.java:75)

Die Variable $lastschrift_betrag wird in pre-notification Mails nicht so formatiert, wie man es erwarten würde:

Ausgabe: 100.0 (Punkt als Dezimaltrennzeichen, 1 Nachkommestelle)
Erwartet: 100,00 (Komma als Dezimaltrennzeichen, 2 Nachkommastellen)

Bei der Übernahme von Buchungen aus Hibiscus treten Fehler auf, wenn der Verwendungszweck zu lang ist (länger als 500 Zeichen).

Workaround: Mit Libreoffice o. Ä. direkt mit der Datenbank verbinden und die Länge des Feldes manuell anpassen. Z. B.: ALTER TABLE BUCHUNG ALTER COLUMN ZWECK VARCHAR(750)

Gibt es eine offizielle Längenbeschränkung für den Verwendungszweck im internationalen Zahlungsverkehr?

Evtl. kann ein zu langer Verwendungszweck mit einer Warnmeldung einfach abgeschnitten werden?

Das Rechnungschreiben könnte durch ein Modul ergänzt werden, dass QR-Codes nach dem EPC-Standard auf der Rechnung hinzufügt.

Entweder über eine QR-Code-Bibliothek oder über externe Dienste, die mit übermittelten Daten eine QR-Code-Grafik erzeugen.

• zu EPC sh. Wikipedia

Lesen kann hibiskus diese QR-Codes schon seit 2014 - jetzt sollten wir sie sie drucken können.

In pre-notification E-Mails möchte ich $mitglied_… Variablen nutzen, z.B. um zu schreiben "Den Beitrag für $mitglied_vorname …". Die Variablen werden aber nicht ersetzt.

Die Datenübernahmen funktionieren in verschiedenen Konstellationen nicht (vollständig):
(1) Mitglieder - Rechtsklick auf "Spendenbescheinigung": Betrag, Datum-Spende, Datum-Bescheinigung (und Buchungen) fehlen
(2) Mitglieder > Mitgliedskonto - Rechtsklick bei Mitgliedsname auf "Spendenbescheinigung erstellen": wenn mehrere Buchungen, dann ist das Feld "Formular" leer und inaktiv (bei nur einer Buchung klappt es)
(3) Spendenbescheinigungen - neu (automatisch): gleicher Fehler wie bei (2)
(4) wie (2) mit nur einer Buchung (Formular vorhanden/wählbar): Datum-Bescheinigung wird nicht in "PDF (individuell)" eingefügt (dort aber im Formular vorhanden)
(5) Spendenbescheinigungen - neu (manuell): gleicher Fehler wie bei (4)

Ein angelegtes Mitglied bekommt Kontodaten hinzugefügt, beim Klick auf "Mitglied-Daten eintragen" werden die o.g. Felder nicht übernommen.

https://jverein-forum.de/viewtopic.php?f=1&t=3434

https://jverein-forum.de/viewtopic.php?f=5&t=3533&sid=c1e4e52f49e2e09fbe8423ac761ef0ea

Wir stehen gerade etwas auf dem Schlauch was die Berechnung des Projekt-Gewinn/Verlusts angeht. Wie kommt JVerein auf die -360,15? Auch bei alten Projekten, bei denen damals die Berechnung stimmte, ist diese nun falsch. Kann es sein, dass da durch ein Update etwas kaputt gegangen ist?

Der Zeitraum ist ausreichend groß eingestellt, dass alle Buchungen erfasst werden:

Betriebssystem: MacOS 10.15.7
Jameica: 2.10.2
JVerein: 2.8.18
Hibiscus: 2.10.9

Beim Export der Buchungen aus JVerein als CSV werden als Tausendertrenner Punkte fest in die exportierte Datei geschrieben. Dadurch können diese Werte von anderen Programmen nicht mehr als Zahl erkannt werden, sondern nur noch als Text. Beim Export sollte auf derlei Formatierungen verzichtet werden.
Eine Möglichkeit zur Einstellung der Exporteigenschaften (Dezimal- und Spaltentrenner) wäre für die Zukunft ein wahres Plus an Funktionalität.

Wenn ich über Mitglieder -> Mitgliedskonto mit einem Rechtsklick auf den Namen eine Spendenquittung für ein Mitglied mit Zusatzbeitrag erstellen möchte, passiert entweder nichts oder Jameica crasht.

Ich bin nicht sicher, ob es an den Zusatzbeiträgen liegt, tritt aber nur bei 2 Mitgliedern mit Zusatzbeiträgen auf.

Jameica: 2.8.4
JVerein: 2.8.18

Bei der Nutzung einer SSL-Verschlüsselung bei der MySQL-Datenbank ist folgender Hinweis in der Dokumentation aktuell nicht zutreffend (oder ich mache etwas falsch):

Die manuelle Erstellung sowie der Import des Server-Zertifikats sollte auf den Arbeitsplätzen jedoch nicht nötig sein, da Jameica einen eigenen Keystore verwendet und den Benutzer automatisch bei Bedarf zum Import des Zertifikats auffordert.

Es gab weder eine Aufforderung zum Import des Zertifikates noch hat es überhaupt funktioniert, den Jameica-Zertifikats-Store zu nutzen. Am Ende war die einzige Möglichkeit das CA-Zertifikat in meinen cacerts-Keystore der Java-Installation zu importieren.

Folgende Einstellungen habe ich genutzt:

database.driver=de.jost_net.JVerein.server.DBSupportMySqlImpl
database.driver.mysql.jdbcurl=jdbc\:mysql\://meine-ip\:3306/jverein?useUnicode\=Yes&characterEncoding\=ISO8859_1&useSSL=true&requireSSL=true&verifyServerCertificate=true
database.driver.mysql.username=nutzer
database.driver.mysql.password=passwort
database.driver.mysql.scriptprefix=mysql-

Hat jemand da ähnliche Erfahrungen gemacht?
Es wäre schon gut, wenn der Zertifikats-Store von Jameica genutzt werden könnte, ansonsten gehe ich davon aus, dass ich den CA-Import nach jedem Java-Update wiederholen muss.

https://jverein-forum.de/viewtopic.php?f=1&t=3570

https://jverein-forum.de/viewtopic.php?f=5&t=3413

https://jverein-forum.de/viewtopic.php?f=5&t=4501&sid=2ebaa4c967f948797a1feca48d368046

Der Daten der Exporte bleiben erhalten, die neuen kommen dazu.

Die Signatur, die unter Adminsitration > Einstellungen > Mail eingetragen ist, wird nicht an die pre-notification Mails.

Die pre-notification Mails sind Geschäftsbriefe, daher müssen sie die Pflichtangaben enthalten. Die stehen im allgemeinen in der Signatur die am oben genannten Ort eingetragen wird.

Fehlerbericht gehört eigentlich zu Jameica 2.8.4, aber unter https://github.com/willuhn/jameica kann man keinen Issue erstellen.

Wenn der Ordner, in dem Jameica die Benutzerdaten sucht, nicht existiert, kommt eine irritierende und falsche Fehlermeldung: "Sie besitzen keinen Schreibzugriff in diesem Ordner.". Dies führt dazu, dass der Benutzer auch eine völlig falsche Fährte gesetzt wird.

Hier sollte die Meldung erscheinen "Der angegebene Ordner existiert nicht".

Reproduzieren:

• JVerein installieren und starten
• Als Ordner für die Benutzerdaten einen Unterordner wählen, z.B. /tmp/111/222
• allernötigste Konfig anlegen
• so konfigurieren, dass beim Start nach dem "Ordner mit den Benutzerdaten" gefragt wird.
• beenden
• Den übergeordneten Ordner löschen oder umbenennen: mv /tmp/111 /tmp/nicht-meer-da
• JVerein neu starten
• -> Fehlermeldung

Diese falsche Meldung erscheint nur, wenn auch der übergeordneten Ordner weg ist!

Im Code fehlt also eine weiter Abfrage file.getParentFile().exists() mit der passenden Fehlermeldung.

hi,
I find it a bit annoying to have the documents only available local but jverein is capable of using a remote sql db.
Therefore I would suggest to ditch the messaging implementation which is only usable local and use a data blob within the sql db instead. This is done already within the email attachment table.

I am finished already with the migration/update for the "buchungsdocument" but for the rest of the documents there is still some work todo like the mitgliederdocument.

I know that some of you are already using the document feature. Therefore i want to know if this approach is ok or disliked/not wanted. Because maybe there is something i don't get which is a feature by the messaging plugin.

I will create a PR soon with the feature soon.
WBR Philipp

Beim Klick auf Dokumentation im Menü erscheint noch der Link auf das Wiki

Hallo,
ich habe folgendes Problem. Unsere JVerein-Datenbank lässt sich leider nicht mit einer neueren Version von Jamaica oder Hibiscus öffnen.
Wir haben verschiedene Versionen ausprobiert. Die letzte funktionierende Konfiguration ist:
Jameica: 2.6.6
Hibiscus: 2.6.20
JVerein: 2.8.17

Hier noch das Diagnose-Protokoll.

diagnose-2019-03-01.log

Vielen Dank und Beste Grüße

Möchte man einen Spenden-Dauerauftrag für JVerein anlegen, fehlen entsprechende Buttons zum Speichern / Ausführen o. ä.