On 07/03/13 22:19, MURILO COSTA wrote: > Hello, > > $ lsusb > Bus 002 Device 031: ID 046a:002d Cherry GmbH SmartTerminal XX44 > Bus 002 Device 003: ID 0a5c:5801 Broadcom Corp. BCM5880 Secure > Applications.... > > $ lsusb -v | grep bMaxCCIDBusySlots > bMaxCCIDBusySlots 1 > bMaxCCIDBusySlots 1 > > Look like the readers are not the problem, anyway I'm testing it with > pcsc-tools > > About the possible Java limitation, I'll take a look, the code of Frank maybe > can help If you want to use commons-eid, there is a low-level class
https://code.google.com/p/commons-eid/source/browse/commons-eid-client/src/main/java/be/fedict/commons/eid/client/CardAndTerminalManager.java instantiate, addCardListener, start() your card listener will get called for all cards present. Do something with the Card object that the callback gives you, in a new thread, something lenghty.. all of these should be parallel. after you get cardEventsInitialized, you'll get only removals and inserts. One way to go is to insert one card, time it, then insert 2 at a time, time it, etc.. I have found that this hardly takes more time.. even though it looks like it can't work in theory.. We'll get to the bottom of this. Example on using CardAndTerminalManager: https://code.google.com/p/commons-eid/source/browse/commons-eid-tests/src/main/java/be/fedict/commons/eid/examples/events/MixedDetectionExamples.java > > Regards, > > Murilo > > ________________________________________ > De: Muscle [muscle-boun...@lists.musclecard.com] em nome de Ludovic Rousseau > [ludovic.rouss...@gmail.com] > Enviado: quarta-feira, 3 de julho de 2013 16:45 > Para: MUSCLE > Assunto: Re: [Muscle] RES: Parallel Process with readers - pcsc-lite > > 2013/7/3 MURILO COSTA <murilo.dua...@unitau.com.br>: >> I thought that maybe can be a Java problem, do you know some software to do >> this kind of test (parallelism) ? I'll check if pcsc-tools can do that... > I guess it is a javax.smartcardio "limitation". > > You need to create one context per reader using SCardEstablishContext. > I bet the Java wrapper creates only one context for all the readers. > In pcsc-lite the context is associated to a mutex. So all your > commands will block on the same mutex even if they use different > readers. > I don't know if is it easy or even possible to avoid this Java wrapper > "feature". > >> Do you think that issue have some relationship with this Ludovic post: >> http://ludovicrousseau.blogspot.com.br/2013/06/ccid-descriptor-statistics_7148.html > No. > > Bye > > -- > Dr. Ludovic Rousseau > > _______________________________________________ > Muscle mailing list > Muscle@lists.musclecard.com > http://lists.musclecard.com/mailman/listinfo/muscle_lists.musclecard.com > > _______________________________________________ > Muscle mailing list > Muscle@lists.musclecard.com > http://lists.musclecard.com/mailman/listinfo/muscle_lists.musclecard.com > _______________________________________________ Muscle mailing list Muscle@lists.musclecard.com http://lists.musclecard.com/mailman/listinfo/muscle_lists.musclecard.com
