Hallo,

ich hatte mir den Quelltext des Projektes geladen, da ich die Funktion zur Erstellung einer RSA-Schlüsseldatei und des Ini-Briefes für die Bank hinzufügen wollte, damit man mit Pecunia auch erstmalig initialisieren kann.

XCode zeigt dabei das folgende Bibliotheken eingebunden werden: SM2DGraphView, libaqhbci.dylib, libgwenhywfar.dylib und libaqbanking.dylib.
Wie wurde auf dem ursprünglichen Entwicklungssystem aqbanking installiert?
Etwa so? ./configure --with-backends="aqhbci aqdtaus" --with-frontends="cbanking qbanking"
In der buildlib.sh steht nur ktoblzcheck drin. Wie wurde Gwenhywfar installiert bzw. welche Version? Dies wird ja von aqbanking benötigt. Oder wurde einfach nur macports genutzt für die ganzen Bibs? Welche Version von aqbanking wird genutzt?

CVS auf berlios ist ja im Moment leer und auf der Pecunia Webseite gibt es den Quelltext nur in einem dmg. Für ein kollaboratives Arbeiten wäre es sicherlich sinnvoll, den Quelltext in ein Subversion Repository zu stellen oder einen GitHub zu nutzen.

Hallo,
die libs sind alle selbstgebaut, damit sie die typische Mac-Installation unterstützen. Und es war die Hölle sie soweit zu kriegen. Als ich gemerkt hatte dass ich mehr Arbeit in die Libs als ins Programm stecke (naja, vielleicht etwas übertrieben, aber die Richtung stimmt...) habe ich mich entschlossen, auf eine andere Lib umzusteigen. Ein weiterer Grund war, dass die AqBanking-Libs auf Macs nicht richtig funktionieren.
Kurzum: AqBanking wird nicht weiter unterstützt und ich möchte da jetzt auch keine Arbeit mehr reinstecken.
Du darfst aber gerne an der neuen Version 0.3 mitbasteln und ihr einen entsprechenden Einrichtungsassistent bauen..

Hallo,
welche Lib wird's denn? Ich kenne sonst nur hbci4java, aber das dürfte doch ein Problem werden mit ObjC, oder?

d.h. Du entwickelst alles für HBCI neu? :shock:

Genau, es wird hbci4java. Pecunia besteht zukünftig aus einem (integrierten) Server-Teil (in Java) und einem Client (in ObjC/Cocoa). Die Kommunikation basiert auf XML/Pipes. Hört sich schlimm an, funktioniert aber sehr gut.

Also, das ist ja wohl höchst unwahrscheinlich.
Es sei denn er hätte die nächsten 5 Jahre nichts anderes zu tun.


Und wie machst Du das dann mit den Chipkarten?

Was genau meinst du damit?

Ich meine hbci4java funktioniert nicht mit den HBCI-Chipkarten von der Dresdner Bank, der Commerzbank, den ganzen Volksbanken, der Hypobank, der Deutsche Bank, usw. Es gibt imho eine Ausnahme das ist die Sparkasse, aber ansonsten funktionieren die meisten Chipkarten anderer Banken nicht.

Wäre schön, wenn ich mich irren würde.

Wäre mir neu. Woher hast du die Info?

Ich bin so frei, mal diesen Link zu posten: http://www.onlinebanking-forum…hp?t=11493

Otto

Na klar. Und diese hinterher:
http://www.onlinebanking-forum…hp?t=11499
http://www.onlinebanking-forum…0041#56067

P.S.: Ergänzend noch ein paar ältere Threads, da das Problem eben gar nicht neu ist.
http://www.onlinebanking-forum…php?t=8514
http://www.onlinebanking-forum…php?t=5012
http://www.onlinebanking-forum…php?t=6278

Mmmh. Wenn die meisten Banken RSA-Karten verwenden sollte das doch ein Ansporn sein das mal in hbci4java einzubauen.
Bis dahin wird Pecunia damit natürlich auch nicht zurechtkommen.

hbci4java dürfte es ja seit bald 10 Jahren geben. Eher glaube ich an den Weihnachtsmann.


Das ist natürlich schade. Da sehe ich schwarz.

Und mit Blick auf Secoder wird es auch in Zukunft nicht besser werden. Schade drum.

Du hättest sicher Leute finden können, die Dir bei der Pflege der AqBanking-Libs helfen, oder diese abnehmen. Und die bei der Weiterentwicklung von Pecunia mit anpacken. Vielleicht "GrünerApfel", vielleicht auch ich, oder die Anderen die es angeboten haben. Aber dazu musst Du das auch auch wollen. Das sehe ich nur einfach nicht.

Du hättest einen Aufruf starten können von dem man auch etwas mitbekommt, und der nicht bloß eine verschollene Randnotiz auf Deiner Seite ist. Du hättest ein aktuelles Repository veröffentlichen können, dass jeden zur Mitarbeit einlädt und animiert, anstatt diesem alten nutzlosen Projektarchiv. Und es liegt auch an Dir dafür vielleicht mal eine bekanntere OpenSource-Hosting-Platform wie SourceForge, GoogleCode, GitHub oder Bitbucket zu nutzen, wo auch Mac-Entwickler zu finden sind.

Pecunia könnte schon so viel weiter sein.

Es gab bisher nicht so viel Leute die angeboten haben an Pecunia mitzuarbeiten. Die meisten Angebote gingen in Richtung "ich kann dir beim Webauftritt helfen". Ein paar wollten auch bei Pecunia mithelfen. Nach ein-zwei Mailwechseln hab ich aber nie mehr was von ihnen gehört. Symptomatisch ist doch dieser Thread: nach meinem Angebot bei Version 0.3 mitzuarbeiten sinkt das Interesse schlagartig bei der Erwähnung von hbci4java. Warum nicht mithelfen hbci4java zu erweitern, etwa durch Einbindung von libchipcard (wenn's nicht anders geht)?



Doch ich will. Ich bin nur von Natur aus niemand der gerne hausieren geht. Ich gebe zu, dass ich mehr Werbung machen müsste.
Es ist sogar so, dass die erste Version von Pecunia (damals hieß es noch iKonto) mit jemand anders zusammen entwickelt wurde. Leider hat das nicht so gut geklappt, deshalb bin ich vielleicht jetzt ein wenig vorsichtiger - doch wie gesagt: ich hab noch keine helfende Hand ausgeschlagen! Was wäre denn dein Vorschlag?



Ich denke die Platform ist egal. Bei GoogleCode habe ich es schon versucht, leider ist Pecunia dort schon belegt. Meine Versuche die Belegung zu löschen sind bisher gescheitert. Ich finde das trac das mir angeboten wurde eigentlich ganz gut. Ich muss nur das SVN noch befüllen.


Das mag sein. Und ich lade dich explizit ein, mitzumachen. Ich lese nämlich aus deiner Antwort, dass dir nicht egal ist, wie es mit Pecunia weitergeht.

Noch ein paar Worte zu hbci4java vs. AqBanking:
Die Arbeit mit AqBanking war auf dem Mac sehr mühsam. Insbesondere die libs soweit zu bringen, dass sie relokierbar sind (Modifikationen nötig!). Außerdem lassen sie sich (zumindest bei mir) nicht debuggen, ich hab schon alles Mögliche versucht. Ein Problem, nämlich der Timeout unter Netzwerklast, kann ich bis heute nicht erklären - ist einfach nicht zu fixen. Und: ich musste immer wieder um Fehler in den libs "rumprogrammieren". Da ich wusste, dass 0.3 eine neue Version der libs benötigt hab ich Martin gefragt, ob bestimmte GVs (z.B. Investments, etc.) in nächster Zeit in AqBanking implementiert werden. Er meinte er hätte wenig Zeit, d.h. nein.
Gleichzeitig hat es für mich so ausgesehen, als hätte hbci4java alle benötigten Features. Erste Tests waren sehr vielversprechend. Ich hatte allerdings keine Ahnung, dass hbci4java die meisten Karten nicht unterstützt.
Der Stand heute ist der, dass hbci4java integriert und 0.3 quasi kurz vor der ersten Auslieferung steht. Natürlich ist es immer noch möglich, AqBanking wieder drunterzulegen - ich bin mir aber nicht sicher, ob das die bessere Alternative ist. Ich bin auf jeden Fall momentan ziemlich verunsichert.
In einem Punkt hast du allerdings Recht: stafan von hbci4java scheint sehr wenig Zeit für die Entwicklung zu haben und wird eine Erweiterung von hbci4java alleine nicht machen können.

Bis vor "kurzem" (das ist relativ zu den 10 Jahren zu sehen) hatte ich auch keine Spezifikation der RSA-Chipkarten in der Hand - diese hat mir nun der Weihnachtsmann in Form der FinTS- und SECCOS-Specs. gebracht und gleich auch noch die zwingend benötigten Testkonten und -chipkarten draufgelegt - davor bin ich mit diesem Anliegen nur gegen Wände gelaufen. Derzeit ist es mir aus rein ökonomischer Sicht nur nicht möglich, mich diesem Thema zu widmen (mit anderen Worten: ich habe zu wenig freie Zeit dafür).

Derzeit läuft eine größere Redesign-Aktion, die es ermöglichen soll, brauchbaren Code aus HBCI4Java-2 auch im neuen HBCI4Java-3 direkt weiterzuverwenden. In diesem Stadium ist nach außen leider nicht viel neues zu sehen. Prinzipiell sind die Algorithmen für RSA-Chipkarten schon verfügbar, allerdings nur als Menge von Test-Cases. Man darf also weiter auf den Weihnachtsmann hoffen...

Davon abgesehen: ich bin nicht ganz sicher, aber kann AqBanking bzw. libchipcard denn schon mit den neuen RSA-Chipkarten umgehen?

-stefan-

Ich gebe zu von Java wenig bis keine Ahnung zu haben.


Mein zweiter Vorschlag wäre, dass ich das meinem Cousin sage. Er wollte sich Dir letztes Jahr anbieten, aber dann hast Du wohl nicht mehr auf seine Mails reagiert. Ich sage Ihm das einfach mal, vielleicht hat er ja noch Interesse.

Aber mein erster Vorschlag wäre, direkt dort nachfragen wo man Entwickler finden kann zum Beispiel dort: http://www.osxentwicklerforum.de/. Dazu hatte ich Dir schon geraten.


Ich denke es ist ein erheblicher Unterschied. Wenn sich ein Projekt auf einer bekannten Plattform befindet, dann wird es von mehr Leuten wahrgenommen und weckt auch mehr Interesse. Und wenn es ein öffentliches Repository gibt an dem man einfach ganz ungezwungen mitarbeiten kann, finden sich auch mehr Leute die sich spontan dafür entscheiden. Sei es nur aus eigenem Interesse mal einen "nervigen Bug" zu entfernen. Aber viele bleiben dann dran.

Ich hab mal kurz bei GitHub oder Bitbucket nachgesehen, dort ist Pecunia noch frei. Und bei SourceForge gibt es ein völlig leeres verwaistes Projekt, das könntest Du ja übernehmen oder löschen lassen. http://sourceforge.net/projects/pecunia/


Gerne. Ich kann etwas in Objective-C und C beisteuern; mit Java habe ich halt nichts am Hut. Und es wird erst mal ein recht kurzes Engagement, da wir in Kürze unser Haus renovieren. Sobald das Wetter es zu lässt geht es los.


In beiden Fällen wäre es auch wieder gut gewesen, wenn es öffentliche Repositories gäbe, an denen man mitarbeiten könnte. Da hätte sich sicher jemand gefunden. Die Projekte sind ja beide sehr bekannt und werden kräftig genutzt.

Netter Weihnachtsmann.





Ich war mir sicher, dass AqBanking/libchipcard mit RSA-HBCI-Karten umgehen kann.

Soweit ich weiß, hat Martin ein paar der "proprietären" Varianten der RSA-Chipkarten unterstützt (z.B. die Karten der SEB-Bank, wenn ich mich nicht irre). Genau diese "proprietären" Varianten werden in HBCI4Java aber wahrscheinlich NIE unterstützt werden - dafür fehlen mir die Ressourcen, mich a) um die jeweiligen Specs zu kümmern und b) jeder Bank hinterherprogrammieren zu müssen...

HBCI4Java wird voraussichtlich nur die Karten unterstützen, die auf SECCOS-5/6 basieren oder dazu kompatibel sind...

-stefan-

Das ist eine weise Entscheidung :!: Die alten Karten sind was die Dokumentation angeht eine Katastrophe, außerdem gibt es diverse Varianten, die sich leicht unterscheiden.:eek:

ciao

Christian