Java Magazine, Nov/Dec 2017
ORACLE COM JAVAMAGAZINE NOVEMBER DECEMBER 2017 84 java card javacardx crypto javacardx annotations javacardx apdu javacardx biometry javacardx biometry1toN javacardx external javacardx framework math javacardx framework string javacardx framework tlv javacardx util javacardx security At the next reset the VM starts again and recovers its previous heap from persistent storage Virtual Machine Lifecycle and Persistence The Java Card VM and related runtime conditions are unique aspects of the Java Card specifications The VM is not executed as a process of a host operating system that can be ended Rather it is executed forever and its lifetime is that of the host hardware which means it will never be terminated and its related applications and objects will not be automatically destroyed The VM and the created objects are used to represent application information that is persistent and will survive a power loss It is just stopped at that time at the next reset the VM starts again and recovers its previous heap from persistent storage This design is inherited from the smartcard world where a transaction must survive a power loss because the power source is external and depends on a card acceptance device CAD CAD is used here to refer to both types of card readers the conventional card acceptance device for contacted I O interfaces and the proximity coupling device PCD for contactless interfaces Execution The format of Java Card applications is a converted applet CAP file which ensures binary compatibility across Java Card platforms A CAP file contains an executable binary representation of
You must have JavaScript enabled to view digital editions.
