Moin, AqBanking4 benutzt nun das Modul ConfigManager von Gwenhywfar zur Speicherung seiner Konfiguration.
Das hat gleich mehrere Vorteile: 1) Mehrere AqBanking-Anwendungen koennen gleichzeitig arbeiten, weil direkt vor dem Zugriff auf die Benutzerdaten diese geLOCKed und neu geladen werden. Sobald die Online-Aktion beendet ist - und moegliche Aenderungen an den Benutzerdaten durchgefuehrt wurden - werden die jeweiligen Benutzerdaten gespeichert und unLOCKed. Damit ueberschreiben sich mehrere Anwendungen nicht mehr gegenseitig die Benutzerdaten. 2) Es werden nur noch die Benutzerdaten geladen, fuer die gerade die Plugins installiert sind. Wenn man also AqBanking-CLI (mit EBICS einkompiliert) verwendet, kann man normal mit diesen Daten arbeiten. Wenn man aber zwischendurch eine andere Anwendung (ohne EBICS-Support) verwendet, wurden bisher immer die gerade unbekannten Daten (z.B. weil fehlendes EBICS-Backend) beim Laden ignoriert und folglich beim Speichern nicht wieder gesichert. Im Ergebnis wurden sie damit geloescht. Das passiert nun nicht mehr. 3) Es gibt inzwischen Code, der die Konfiguration von AqBanking3 importieren kann. Theoretisch kann er auch die Konfiguration von AqBanking2 importieren, aber das habe ich noch nicht getestet. Gerade fuer Punkt 3) gibt es nun ein paar neue Funktionen [EMAIL PROTECTED] ;-)], mit denen man testen kann, ob eine bestimmte Konfiguration vorhanden ist (AqBanking4, AqBanking3, AqBanking2). Wenn keine gueltige Konfiguration fuer AqBanking4 vorhanden ist, kann man somit abhaengig von der vorherigen Version nun auch aeltere Konfigurationen importieren. Das laesst sich im Prinzip auch automatisieren. Ich werde das in QBankManager noch einbauen. Rausgeflogen sind nun die Funktionen, die als DEPRECATED markiert waren. Das betrifft aber vor allem QBankManager (welches schon umgestellt ist) und vermutlich das KMyMoney-Plugin (noch nicht umgestellt). GnuCash ist fast nicht betroffen; die paar Stellen, die geaendert werden mussten, habe ich bereits in einem Patch an die Gnucash-Entwicklerliste vorgestellt. Die internen Aenderungen in AqBanking sind schon teilweise gewaltig, nach aussen merkt man aber erfreulicherweise nicht allzuviel davon. Der Umstieg von AqBanking3 nach 4 ist also fuer die Anwendungen nicht so riesig, wie es noch der von AqBanking2 auf 3 war. Durch die geaenderte Speicherung der Konfiguration ist es aber nun nicht mehr ganz so einfach wie frueher, eine Anwendung eigene Konfigurationen innerhalb von AqBanking speichern zu lassen. Es ist zwar weiterhin moeglich, muss aber in der Anwendung angepasst werden. Letztlich ist es aber auch nicht Aufgabe von AqBanking, die Konfiguration einer Anwendung zu speichern, das war nur drin, um die Anbindung bestehender Anwendung an AqBanking zu erleichtern. Inzwischen hat sich aber herausgestellt, dass das bis auf QBankManager keine Anwendung benoetigt, daher sind also Anwendungen kaum betroffen. Eigentlich haetten diese Aenderungen auch ins bestehende AqBanking3 fliessen koennen, aber da organisationsbedingt einige Funktionen rausfliegen mussten und sich fuer ein paar bestehende Funktionen die Argumente leicht geaendert haben, muss es doch eine neue Major-Version werden. Daher also nun AqBanking4. Eine erste Beta plane ich noch dieses Wochenende herauszubringen. Gruss Martin -- "Things are only impossible until they're not" Martin Preuss - http://www2.aquamaniac.de/ AqBanking - http://www.aqbanking.de/ LibChipcard - http://www.libchipcard.de/ ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Aqbanking-devel mailing list Aqbanking-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
