[Pcsclite-muscle] IFD polling

Frank Morgner morgner at informatik.hu-berlin.de
Fri Feb 27 16:31:42 UTC 2015


Yes, the documentation needs some love, but I think for a bunch of spare time projects its quite OK. I'll move the example cases to the sub components where the generic use is outlined, too.

Am 25. Februar 2015 21:24:19 MEZ, schrieb Martin Paljak <martin at martinpaljak.net>:
>Hello Frank,
>
>Maybe you should publicise your virtualsmartcard project better or
>have the architecture or more precisely, various use cases, documented
>even better or integrate the knowledge of these projects into
>mainstream documentation. I did not look that much into it before
>because I just did not understand what it was or if it related to
>something I could use. Because most of the documentation was about
>"virtual smart cards" and "nPA" and other German-specific terms, I
>figured out that probably not relevant for me.
>
>BUT it turned out that your project contains a lot of useful universal
>APDU/PC/SC layer plumbing stuff that could really be used more  (like
>contact->nfc relay, remote ifdhandler etc)
>
>Stuff for what support should be more integrated in open source
>projects, really handy for debugging, testing and prototyping.
>
>Thanks & cheers
>--
>Martin
>+372 515 6495
>
>
>On Wed, Feb 25, 2015 at 6:34 PM, Frank Morgner
><morgner at informatik.hu-berlin.de> wrote:
>> You can delegate the calls e.g. by using jni.
>>
>> I am using a simple socket based interface for delegating the ifd
>requests,
>> see
>http://frankmorgner.github.io/vsmartcard/virtualsmartcard/README.html
>> VPCD delegates the calls to everything that listens on the other side
>of the
>> socket. You can find a java implementation of "the other side" in
>this
>> android app
>> http://frankmorgner.github.io/vsmartcard/remote-reader/README.html
>>
>> Am 25. Februar 2015 17:01:19 MEZ, schrieb Jeffrey Hutzelman
><jhutz at cmu.edu>:
>>>
>>> On Wed, 2015-02-25 at 07:42 -0800, William Roberts wrote:
>>>>
>>>>  On Wed, Feb 25, 2015 at 7:28 AM, Ludovic Rousseau <
>>>>  ludovic.rousseau at gmail.com> wrote:
>>>>
>>>>>
>>>>>  2015-02-25 12:16 GMT+01:00 William Roberts
><bill.c.roberts at gmail.com>:
>>>>>>
>>>>>>  That's from the client application side. I was looking for a
>java
>>>>>
>>>>>  binding to
>>>>>>
>>>>>>  the ifd interface.
>>>>>
>>>>>
>>>>>  Why do you want to call the IFD handler directly from Java?
>>>>>  Why not use the PC/SC
>>>>> interface?
>>>>
>>>>
>>>>
>>>>  I am not explaining this properly :-P
>>>
>>>
>>> Perhaps not.
>>>
>>> I think what you're asking for is effectively the ability to write
>an
>>> IFD handler in Java.  For pcsc-lite, I don't think that's realistic
>--
>>> it would mean pulling an entire Java interpreter into pcscd.  What
>you
>>> could do is a bridge that talks to a Java program running in another
>>> process, but I think that's going to be more troublesome than it's
>>> worth.
>>>
>>> jPAM in fact does not do this; what it does is let Java applications
>>> call PAM, not the other way around.  pam-python _does_ let you write
>PAM
>>> modules in Python; it does this by spinning up a Python interpreter
>in
>>> the PAM module.  That works because Python is designed to be
>embedded in
>>> another program in this way and because it will be shut down and
>>> unloaded when the module is removed, which happens no later than
>when
>>> the application calls
>>> pam_end().
>>>
>>> -- Jeff
>>>
>>>
>>> ________________________________
>>>
>>> Pcsclite-muscle mailing list
>>> Pcsclite-muscle at lists.alioth.debian.org
>>>
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pcsclite-muscle
>>
>>
>> --
>> Frank Morgner
>>
>> _______________________________________________
>> Pcsclite-muscle mailing list
>> Pcsclite-muscle at lists.alioth.debian.org
>>
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pcsclite-muscle
>
>_______________________________________________
>Pcsclite-muscle mailing list
>Pcsclite-muscle at lists.alioth.debian.org
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pcsclite-muscle

-- 
Frank Morgner
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pcsclite-muscle/attachments/20150227/2596ef95/attachment.html>


More information about the Pcsclite-muscle mailing list