headers
hbci@federa.firma.cc | 20 Dec 2011 12:53
Favicon

klassiker java.lang.NullPointerException

moin allerseits,

ich entwickle gerade ein Rechnungsplugin auf Basis des Beispielplugins
und habe folgendes Problem: Ein Aufruf neue/r IREGEINEKLASSE ueber das 
obere Menue ist nicht möglich, es gibt eine
java.lang.NullPointerException als Fehlermeldung. Hierbei wird ja nur
eine leere Detailseite aufgerufen

Ueber den seitlichen Einstieg –> *List –> *Detail funktioniert es.

Vielleicht hat ja jemand eine Idee???

/guenter

_______________________________________________
Hibiscus-devel mailing list
Hibiscus-devel <at> lists.berlios.de
https://lists.berlios.de/mailman/listinfo/hibiscus-devel
Permalink | Reply | 10 comments |
headers
hbci@federa.firma.cc | 18 Nov 2011 13:45
Favicon

liste

Moin,

wird die Liste eigentlich woanders weitergefuehrt oder stirbt die hier 
einfach???

gruss guenter
Permalink | Reply | 1 comment |
headers
Olaf Willuhn | 12 Oct 2011 18:29
Picon

Umzug des Wikis hibiscus.berlios.de


Hi Liste,

Weil Berlios ja Ende des Jahres zu macht[1] und ich dort keine
Möglichkeit haben werde, Redirects auf die neuen Wiki-URLs
einzurichten, würden alle im Internet verstreuten Links dann in's
Leere laufen. Daher hab ich die beiden Wikis für Jameica und Hibiscus
bereits jetzt auf willuhn.de verschoben - und bei der Gelegenheit
gleich zu einem zusammengeführt. Neue URL:
http://www.willuhn.de/wiki/. Bitte verwendet ab sofort nur noch dieses
Wiki. Die beiden alten werde ich voraussichtlich morgen deaktivieren
und dort dann stattdessen nochmal den Umzugs-Hinweis posten.

PS: Ich hab das komplette Hibiscus-Wiki migriert - auch wenn es jetzt
etwas anders aussieht. Eure bisherigen Accounts funktionieren weiterhin.

Gruss
Olaf

[1]
http://www.willuhn.de/blog/index.php?/archives/582-Berlios-macht-Ende-des-Jahres-zu.html
Permalink | Reply | 0 comments |
headers
Tobias Hintze | 27 Jun 2011 09:37
Picon
Favicon

xmlrpc

hallo liste,

ich teste gerade hibiscus in neuer version 2.0 und bin
bis jetzt recht positiv ueberrascht.

zum XMLRPC interface folgende fragen:

sind IDs der ueberweisungen, wie sie per find-methode
zurueckgegeben werden eindeutig ueber die gesamte zeit
in der das konto im hibiscus konfiguriert ist?

ist es moeglich die lokalisierung der geld-betraege auf
POSIX zu setzen? im moment scheine ich mit tausender-
trennzeichen und "," als dezimal-trenner in einem
deutschen locale zu sein. schoener waere es kein 
tausender-trennzeichen zu haben und einen "." als
dezimal-zeichen zu erhalten. so waeren die zahlen
gleich weiterverwertbar...

beim anlegen einer ueberweisung, erhalte ich ein
leeres tupel im erfolgsfall und sonst fehlermeldungen.
waere es nicht sinnvoll bzw. moeglich hier die ID
der angelegten ueberweisung zu erhalten?

gruesse,
--

-- 
Tobias Hintze
Permalink | Reply | 3 comments |
headers
Heiner Jostkleigrewe | 13 May 2011 16:05
Picon

Änderung SearchInput

Hallo Olaf,

ich habe gerade die aktuelle Jameica-Version aus dem CVS ausgecheckt. 
Dabei habe ich gesehen, dass du Änderungen am SearchInput vorgenommen 
hast. Ich habe jetzt das Phänomen, dass in einer View das Control, dass 
direkt nach dem Laden den Focus erhält, leer ist, obwohl in der 
Datenbank Inhalte gespeichert sind.

Heiner
Permalink | Reply | 5 comments |
headers
Olaf Willuhn | 6 May 2011 17:09
Picon

HBCI4Java "Hibiscus-Branch" fuer smsTAN/chipTAN


[Ich habe das gleiche Posting gerade auch schon in die
HBCI4Java-Mailingliste geschickt. Also Kopie auch nochmal hier, um mehr
Entwickler zu erreichen]

Hallo Liste,

inzwischen ist ja absehbar, dass so ziemlich alle Banken ihre
TAN-Verfahren in den naechsten 1-2 Monaten auf smsTAN/chipTAN umstellen
werden oder bereits umgestellt haben. Im aktuellen HBCI4Java 2.5.12
werden sie noch nicht vollstaendig unterstuetzt.

 - smsTAN nur ohne Medienbezeichnung
 - chipTAN nur manuell

Ausserdem fehlt noch HHD 1.4 (welches die Postbank meines Wissens nach
bereits verwendet, wodurch dort auch chipTAN manuell nicht funktioniert)

Alles in allem sieht es dann in HBCI4Java mit der PIN/TAN-Unterstuetzung
ziemlich truebe aus. Leider ist ausgerechnet dieses Verfahren auch noch
das am weitesten verbreitete.

Da Stefan ja mit HBCI4Java 3 beschaeftigt ist, habe ich im Hibiscus-CVS
meinen aktuellen 2.5.12er Snapshot von HBCI4Java eingecheckt (konkret
ist das r227 + eine Hand voll Patches) und will versuchen, dort die
noetigsten Sachen nachzuruesten.

http://cvs.berlios.de/cgi-bin/viewvc.cgi/hibiscus/hbci4java/

 <at> Stefan: Ich hoffe, du hast kein Problem damit ;)
(Continue reading)

Permalink | Reply | 1 comment |
headers
Olaf Willuhn | 21 Feb 2011 13:41
Picon

Plugin-Mechanismus in Job-Erzeugung

Hi,

Setzt die Diskussion von
https://www.willuhn.de/bugzilla/show_bug.cgi?id=338#c27
fort:

 <at> Raphael: Erstmal Danke fuer den Code.

Hab mir deine aktualisierte Loesung grad angeschaut. Gute Idee, so
aehnlich haette ich das wohl auch gemacht. Ein paar Anmerkungen noch:

1) Ich wuerde versuchen, das neue Interface "IHBCIJob" zu vermeiden.
   Damit waere es moeglich, HBCI-Jobs zu implementieren, die nicht
   von "AbstractHBCIJob" erben. Sie koennten dann bei der Ergebnis-
   Behandlung in "handleResult()" "aus der Reihe tanzen". Ich denke,
   es sollte auch ohne das Interface - direkt mit AbstractHBCIJob
   als Basis gehen.

2) Das manuelle Registrieren der Jobs in der HBCIJobFactory
   ist eigentlich nicht noetig. Man koennte alternativ auch
   den Classfinder nehmen:

   PluginLoader loader = Application.getPluginLoader();
   ClassFinder finder = loader.getPlugin(HBCI.class).getResources().
                          getClassLoader().getClassFinder();

   Class[] classes = finder.findImplementors(AbstractHBCIJob.class);
   for (Class c:classes)
   {
     AbstractPlugin p = loader.findByClass(c);
(Continue reading)

Permalink | Reply | 5 comments |
headers
Heiner Jostkleigrewe | 2 Oct 2010 10:31
Picon

Hilfetexte links unten

Hallo,

ich vergesse mit schöner Regelmässigkeit, die TXT-Dateien mit den 
Kurzhilfen, die unten links in Jameica angezeigt werden, für die 
einzelnen Views zu erstellen.

Wie wäre es, wenn jede View eine Map mit Hilfetexten je Locale 
zurückgeben müsste. Dann wäre man automatisch gezwungen, die Texte zu 
erfassen.

Eine Migration für die existierenden View stelle ich mir nicht allzu 
aufwändig vor.

Olaf, was meinst du zu meinem Vorschlag?

Heiner
Permalink | Reply | 11 comments |
headers
Olaf Willuhn | 18 Jun 2010 02:29
Picon

Keine hbci_passport_* Module mehr

Hi,

Ist eigentlich nur fuer die unter euch interessant, die Hibiscus
samt aller Abhaengigkeiten direkt aus dem CVS bauen:

Die Implementierungen der Sicherheitsmedien (PIN/TAN, Chipkarte,
Schluesseldatei) befanden sich bisher in separaten Projekten
im CVS. Konkret waren das:

  - hbci_passport_ddv
  - hbci_passport_rdh
  - hbci_passport_pintan

Die Build-Scripts erzeugten jeweils eine Jar-Datei, die ich
dann immer manuell nach hibiscus/lib kopiert habe.

Diese Trennung hat eigentlich nie irgendwelche Vorteile
gebracht. Im Gegenteil - da sie in den RPM-Repositories
von Packman ebenfalls als getrennte Pakete umgesetzt sind,
kam es regelmaessig vor, dass mir User schrieben, die das
gewuenschte Verfahren nicht auswaehlen konnten. Und das nur,
weil das zugehoerige Paket nicht mit installiert war.

Ich habe diese Trennung jetzt aufgehoben und den Code
direk in den Hibiscus-Source verschoben.

Die drei o.g. Projekte sind damit obsolet. Ich habe
sie jedoch nicht komplett aus dem CVS geloescht sondern
lediglich deren Inhalt via "cvs remove" entfernt. So
bleibt wenigstens noch fuer Archiv-Zwecke die alte
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ralf Lehmann | 2 Jun 2010 23:56
Picon
Favicon

Re: Offline-Konten - nächster Teil

Hi Olaf,

so - hat jetzt etwas länger gedauert bis ich zum Antworten kam.
Dann schicke ich die Antwort jetzt mal über die Mailingliste - mal
schauen ob das auf Anhieb klappt...

Jetzt aber zu Hibiscus:
> ... dass wir doch anfangs ueberlegt
> hatten, ob wir eine separate Passport-Implementierung
> nehmen oder ein Konto-Flag. ... Jetzt, wo
> ich den Code reingemerged hab, hab ich aber festgestellt,
> dass das mit dem Flag doch nicht so aufwaendig war, wie
> ich anfangs dachte.
Zwischenzeitlich fand ich die Lösung über ein eigenes Passport
eigentlich fast besser - aber gut, es funktioniert so ja.
Hinsichtlich Banking-Backend & Offlinekonten würde ich jetzt (auf die
schnelle betrachtet) denken, dass es da ggf. 2 unterschiedliche
Abstraktionsebenen gibt:
1. das tatsächliche Backend wie von dir beschrieben, also das was im
Hintergrund automatisch ausgeführt werden kann (HBCI, ...)
2. die Definition/Struktur eines "Kontos" an sich
Offline-Konten sind von der Struktur her ja den HBCI-Konten gleich - nur
bietet die Bank keine Möglichkeit zum Abruf an. Man könnte auch sagen,
es ist der gleiche "Kontotyp". Paypal hingegen (hab mich bisher wenig
damit beschäftigt, aber hoffe die folgenden Aussagen stimmen so) ist
etwas ganz anderes, schonmal da es keine klassische BLZ/KontoNr oder
IBAN/BIC gibt, wodurch Empfänger angesprochen werden können. Wie sich
das bei Kreditkarten verhält weiß ich nicht - hab ich selber keine.

> Daher ist meine Zukunftsidee, dass Hibiscus nach und
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marcel Gleis | 2 May 2010 17:44
Picon
Favicon

Support für MT 940

Hallo zusammen,

wir sind glückliche Jameica-Nutzer. Unser Steuerberater nutzt es auch, seine DATEV-Software kommt allerdings mit dem CSV-Format für Kontoauszüge nicht zurecht.

Wäre es möglich, einen MT940-Export zu schaffen? Oder wird der evtl sogar schon unterstützt?

http://de.wikipedia.org/wiki/MT940

Viele Grüße,
Marcel Gleis


--
Marcel Gleis, Dipl.-Inf.

netzprofis GmbH & Co. KG
Saarlandstr. 25
44139 Dortmund

Fon: +49-231-399802-70
Fax: +49-231-399802-69
Cell: +49-17610141681 (O2)
Skype: plutus78

USt-IdNr. DE225365236 Amtsgericht Dortmund HRA 16304, Komplementärin:
Gleis & Louis Verwaltungsges. mbH Amtsgericht Dortmund HRB 20179,
Geschäftsführer: Marcel Gleis & Thomas Louis

_______________________________________________
Hibiscus-devel mailing list
Hibiscus-devel <at> lists.berlios.de
https://lists.berlios.de/mailman/listinfo/hibiscus-devel
Permalink | Reply | 1 comment |

Gmane