[Pcsclite-muscle] IFD polling

[Martin Paljak]

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