Moin Martin Martin Preuss schrieb: > [...] > Der Grund, warum der Pfad geaendert wurde, war ja gerade GnuCash: Weil eben > bei der Einfuehrung von AqBanking3 nicht klar war, wann GnuCash portiert > werden wuerde, und der einzige, der das damals haette machen koennen/wollen, > auf absehbare Zeit keine Kapazitaeten fuer die Portierung hatte. > > Somit musste also AqBanking2 im Zweifel parallel zu AqBanking3 verwendbar > bleiben, und das geht nur, wenn beide ein eigenes Verzeichnis verwenden. > > Das jetzt so darzustellen, als ob diese Aenderung willkuerlich gewesen waere > und daraus abzuleiten, dass die Bibliothek nun dafuer verantwortlich ist, die > Daten zu kopieren, halte ich fuer nicht nachvollziehbar.
Wie auch immer: Wir haben seit dieser Änderung das immer noch nicht gelöste Problem (oder zeige mir eine Anwendung, die das sinnvoll implementiert), dass funktionierende Accounts bei der Migration verloren gehen. Ich würde das Problem gerne lösen, brauche dafür aber Feedback über den richtigen Weg dazu. Ich halte es dabei (genau so wie du vermutlich auch) für problematisch, das komplette Verzeichnis .banking nach .aqbanking zu kopieren. Also muss es anders gehen, d. h. es müssen die verschiedenen Daten und Dateien in .banking detailierter betrachtet werden. Ein von mir vorgeschlagener Weg das zu tun war, die Initialisierungs- funktionen von AqBanking, die prinzipiell verschiedene Pfade unterstützen, dafür zu nutzen. Denn warum soll ich den Konfigurations-Parser neu schreiben wenn er doch in AqBanking schon existiert und funktioniert? Ein anderer Weg wäre, dass glasklar dokumentiert wird (wenn das irgendwo steht, sag mir bitte wo - ich hab's nicht gefunden), welche Konfigurationsdateien (nicht Daten-Dateien) AqBanking anlegt, und für die Migration kopiert werden müssen. Die im AqBanking-Handbuch vorgeschlagene Komplett-Kopie fällt da offenbar raus: Da sind dann deine 50 MB Logdateien und eventuell noch Daten vom QBankmanager dabei. Wenn das mal dokumentiert ist, kann ich auch eine entsprechende Implementierung vorlegen. Bitte entscheide dich, welchen Weg die Anwendungen gehen sollen, die vernünftig von AqBanking 2.x nach AqBanking 3.x migrieren wollen (denn es ist ja offenbar die Verantwortung der Anwendung, sich darum zu kümmern). Schöne Grüße Micha *unzufrieden* ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
