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