Fixes #12

[fbrinker]

Added error handling and a callback call

[jschyma]

Zum ersten Teil:

me.bpd.url = bankenlist==undefined?bankenliste[""+in_blz].url:bankenlist[""+in_blz].url;

Ja da hast du recht, das kann man abfangen. Ich habe gerade gesehen, das ist natürlich sowieso Quark dieser Inline IF, wenn ich in beiden Zweigen sowieso dann das gleiche mache. Ist glaub ein Überbleibsel von alten Tests am Anfang der Implementierung. Ich denke wir sollten das aber dann so abfangen:

if(bankenlist){
  if((""+in_blz) in bankenlist && "url" in bankenliste[""+in_blz])
    me.bpd.url = bankenliste[""+in_blz].url;
  else
    throw new Exceptions.WrongInputParameterError("URL Daten für die Bank mit der BLZ "+in_blz+" wurden in der Bankenliste nicht gefunden.");
}else{
   throw new Exceptions.InternalError("Bankenliste ist null!");
}
// und in Class.js dort wo auch die anderen Exceptions sind unten
// eine neue Exception Klasse
Exceptions.WrongInputParameterError = function(msg_txt){
    Exceptions.OpenFinTSClientException.call(this);
};
util.inherits(Exceptions.WrongInputParameterError, Exceptions.OpenFinTSClientException);

Und zum zweiten Teil siehe mein Kommentar im Issue.

[fbrinker]

Hmm Achtung: bankenlist vs bankenliste.

Das inline if hat ein Fallback auf bankenlist, wenn bankenliste nicht übergeben wurde. Dabei wird bankenlist per require mit den testdaten(?) eingebunden.

War mir nicht sicher ob das so bleiben sollte und daher hab ich es so gelassen. Dachte auch erst es ist beides das gleiche. Oder sehe ich das falsch?

[jschyma]

Ah okay das mit der Bankenliste habe ich total übersehen. Ursprünglich war das so gedacht, dass in var bankenliste = require("./bankenliste.js"); einige Banken bereits mit blz und url ausgeliefert werden. Ich habe mich jetzt aber erstmal dagegen entschieden, weil ich mir vorstellen könnte, dass die Banken da empfindlich drauf reagieren wenn ich auf einmal eine Liste mit URLs online stelle, die sonst nur einzeln Abrufbar sind und nacher startet noch irgendwer eine DDOS Attake auf diese URLs aus der Liste. Dem mächte ich lieber vorbeugen. Die URLs sind ja gut über https://www.hbci-zka.de erreichbar. Wir lassen das mit dem Require aber jetzt denke ich mal, habe die eine Variable umbenannt, dann ist die Verwechslungsgefahr nichtmehr so groß.

Ansonsten habe ich noch ein paar weitere Anpassungen gemacht. https://github.com/jschyma/open_fints_js_client/tree/pr/13 Ich hatte versucht 2 Sachen zu implementieren:

• Die ganze Struktur dieses Error Handlings war nicht so optimal. Habe das jetzt ganz umgestellt, ist jetzt einfacher zu lesen und fixed auch gleich noch einen weiteren möglichen bug und zwar: Wenn zwar eine HIRMS kommt die auch die Meldungsnr 9120 hat, sich aber garnicht auf das DE "Version" bezieht, dann würde zuvor auch kein Callback gerufen.
• In der API bereits abfangen, dass es sich um ein falschen Benutzer bzw. PIN handelt und dann eine eigene Exception dafür im Callback zurückgeben. Leider hat das ganze nicht so ganz funktioniert. Das leigt daran, dass die Banken unterschiedliche Art und Weisen haben, wie sie mitteilen, dass es sich um ein falschen Benutzer/PIN handelt. Es gibt zwar in der Doku ein Vorschlag mit einer HIRMS bezogen auf das HKIDN mit der Nr. 9210 das zu signalisieren. Leider ist 9210 ein Code der wird wohl universal genutzt und erschwerend kommt hinzu, manche KIs senden andere Codes wie bspw. 9931 oder 9010 bezogen auf HKVVB, HNSHK oder HKIDN. Letztlich kann ich nie sicher sein ob ich alle Konstellationen habe oder in der Konstelation auch andere Fehler auftreten und man das nur durch den Messagetext merken würde aber das geht zu weit den auch noch abzuprüfen. Daher wird jetzt wie vorher auch ein einfacher Callback zurückgegeben, da kann dann der API User das selber parsen wenn er will.

Wenn du nochmal drüber schauen möchtest und noch verbesserungsvorschläge hast gerne, ansonsten merge ich den Branch in den master.

[fbrinker]

Nachtrag: Sah soweit ganz gut aus, werde das auch zukünftig noch etwas weiter testen (: