[OCF] null pointer exception CHVDialog

I've written my own CardServices. In my example driver program, I'm registering a DefaultCHVDialog for getting a password from the user. It works 9 out of 10 times. But then maybe the 10th or so time my example program runs, I'll get a null pointer exception when my CardService calls:

Re: [OCF] null pointer exception CHVDialog

Alan Kozlay wrote: I've written my own CardServices. In my example driver program, I'm registering a DefaultCHVDialog for getting a password from the user. It works 9 out of 10 times. But then maybe the 10th or so time my example program runs, I'll get a null pointer exception when my

[OCF] JCA provider based for OpenCard

hi all, some time ago we at IAIK built a JCA provider based on OpenCard. this allows accessing smart cards for signing using the usual Java API; e.g. Signature.getInstance( now we published this provider library under an Apache-style license as open-source software. this means, anyone

Re: [OCF] JCA provider based for OpenCard

Well thanks to the folk at IAIK and Alan Kozlay it looks like we have some new stuff for OCF. What's the progress with setting up a repository so we can contribute further stuff ? At the moment I'm having to keep emails lying around to track everything. Can I help with setting up the

Re: [OCF] JCA provider based for OpenCard

Jon Barber wrote: Can I help with setting up the repository at all ? Yes. I had just got to the stage where I had all the tools in place to load stuff up to the repository when I had to switch my PC from NT to W2K. So I lost all the tools and I haven't had the chance to sort them out again.

Re: [OCF] JCA provider based for OpenCard

I have a few questions for this new found interest in OCF Will it follow the original design of cardterminal/cardservices... and will it still use the PC/SC bridge or try some new Java platform port discovery mechanism ? ( ie, java terminals ). Also will this mechanism recognize USB ? I recall

Re: [OCF] JCA provider based for OpenCard

Joseph Smith wrote: I have a few questions for this new found interest in OCF Will it follow the original design of cardterminal/cardservices... and will it still use the PC/SC bridge or try some new Java platform port discovery mechanism ? ( ie, java terminals ). Also will this mechanism

[OCF] Security access module

Hello every body. Have you ever done the active validation on a SAM (Security access module). I´m using the acsr30u reader and most of cases whit st1335 card, but I can´t make this validation works properly, if some body have done something similir could

Re: [OCF] JCA provider based for OpenCard

I know about general issues with Linux and USB, that's why I mentionedthe Java USB support that was started some time ago.And the JPCSC I'm using is 0.7. I state it's mature because I know that the host side application I write that uses native implementation of PCSCLite will run on two

Re: [OCF] JCA provider based for OpenCard

Joseph Smith wrote: I know about general issues with Linux and USB, that's why I mentioned the Java USB support that was started some time ago. And the JPCSC I'm using is 0.7. I state it's mature because I know that the host side application I write that uses native implementation of PCSC