you're right: the JCRE handles the Get Response command ... if it is supposed to.
if the JavaCard applet fully relies on the JCRE to manage case 4 commands (meaning that the applet do receive the incoming data and do send its reponse), the JCRE manages the Get Response.
OOH the applet can choose to not immediately send its response, in such case the applet will return a 61XX status (in normal case, the JCRE stores applet's status and returns 61XX) and the next Get Response command will be send to the applet just because the JCRE does not have any pending response to process; in this case the applet can choose its own CLA or be permissive.
But still there is no obvious reasons to manage Get Response with a not ISO CLA.
cheers, Sylvain.
At 14:47 19/06/2003 +0100, Peter Tomlinson wrote:
If I was specifying a card OS to handle Get Response at the platform level, I would certainly accept CLA = 0X, and might accept CLA = 8X. But in an application on the card, there may be a reason to use CLA = 8X if the app is handling the Get Response and wants to implement a bit differently from the card platform fully interoperable version. But what OS would allow the app to handle Get Response. I wonder what JavaCard expects to happen with these transmission handling commands (in JCRE)?
---
Visit the OpenCard web site at http://www.opencard.org/ for more information on OpenCard---binaries, source code, documents. This list is being archived at http://www.opencard.org/archive/opencard/
! To unsubscribe from the [EMAIL PROTECTED] mailing list send an email
! to
! [EMAIL PROTECTED]
! containing the word
! unsubscribe ! in the body.
