Libchipcard5: Lean but mean

Moin,

ich habe gerade in Vorbereitung auf Libchipcard5 sehr umfangreiche Aenderungen 
an Libchipcard ins SVN-Repository eingecheckt.

Die naechste Major-Release von Libchipcard wird keinen eigenen Ressource-
Manager mehr enthalten. Stattdessen wird zukuenftig intern die SCard-API 
verwendet (also PC/SC).

Bisher habe ich aus inzwischen historischen Gruenden immer den eigenen 
Ressource-Manager von Libchipcard verwendet (und auch empfohlen), weil der zu 
seiner Entstehungszeit aus meiner Sicht einige Vorteile gegenueber anderen 
Ressource-Managern hatte.

Inzwischen hat es aber im Bereich PC/SC im allgemeinen und in pcsclite im 
besonderen einige Fortschritte gegeben, so dass ein eigener Ressource-Manager 
nicht laenger noetig ist.

Dazu zaehlt vor allem die Einfuehrung von PC/SC Part10, womit endlich auch die 
sichere Pin-Eingabe ueber die Lesertastatur standardisiert wurde. Inzwischen 
duerfte das in allen aktuellen Treibern eingebaut sein, vor allem ist es aber 
in den Treibern enthalten, die derzeit am meisten verwendet werden: Gemeint 
sind der freie CCID-Treiber (der eine ganze Menge Leser unterstuetzt) sowie 
der ebenfalls freie cyberJack-Treiber.

Der pcscd der aktuellen Beta-Versionen von pcsclite startet inzwischen nur 
noch, sobald ein Client seine Dienste benoetigt. Somit faellt ein weiterer 
Vorteil von Libchipcard's eigenem Ressourcenmanager gegenueber Libchipcard 
weg.

Blieb letztlich nur noch ein Vorteil, naemlich die Moeglichkeit des Zugriffs 
auf Libchipcard's Ressourcemanager ueber das Netzwerk. Dies wurde 
beispielsweise von Thin-Clients verwendet. Dieses Feature wird aber so extrem 
selten genutzt, dass ich denke, es sollte dem Fortschritt nicht 
entgegenstehen.

Durch diese Aenderungen kann ich mich bei Libchipcard zukuenftig auf die 
Entwicklung von Kartenmodulen konzentrieren und muss mich nicht mehr um Leser 
kuemmern, deren Treiber eventuell nicht mit Libchipcard funktionieren. 
Zukuenftig ist Libchipcard einfach nur noch ein Client von PC/SC.

BTW: Libchipcard unterstuetzt die Verwendung von PC/SC schon seit mehreren 
Jahren, insbesondere, weil wir das unter Windows brauchten. Neu ist aber nun, 
dass nicht mehr jeder Leser in einer Treiberbeschreibungsdatei aufgefuehrt 
sein muss. Seit der aktuellen SVN-Version wird grundsaetzlich jeder Leser 
unterstuetzt, der ueber PC/SC angeboten wird. Ob ein Leser beispielsweise ein 
Keypad hat, erfaehrt Libchipcard nun vom Treiber.

Falls jedoch ein Leser besondere Einstellungen benoetigt, ist auch dies 
weiterhin realisierbar.

Das bedeutet fuer die Paketmanager, dass nun weniger Abhaengigkeiten bestehen, 
ausserdem ist Libchipcard durch diese Aenderungen deutlich schlanker geworden.

Bei dieser Gelegenheit habe ich auch den CTAPI-Libchipcard-Wrapper entfernt, 
denn es gibt ja direkt fuer PC/SC bereits CTAPI-Wrapper, so dass der eigene 
von Libchipcard hier unnoetig ist.


Gruss
Martin Preuss

-- 
"Things are only impossible until they're not"

Martin Preuss - http://www.aquamaniac.de/
AqBanking - http://www.aqbanking.de/
LibChipcard - http://www.libchipcard.de/

------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev