FAQ Java MEConsultez toutes les FAQ

Pour des raisons matérielles, de sécurité ou encore de mémoire disponible, un certains nombre de fonctionnalités sont absentes de CLDC. Ce sont :

• Java Native Interface (JNI) ;
• les Class Loaders définis par l'utilisateur ;
• la Reflection ;
• les groupes de Threads et Threads Daemons ;
• la finalisation ;
• les références faibles (Weak References) (sauf java.lang.ref.Reference et java.lang.ref.WeakReference pour CLDC 1.1) ;
• les calculs à virgule flottante (uniquement la version 1.0) ;
• quelques fonctions de sécurité ;
• la vérification des classes au chargement ;
• certaines Exceptions.

Les machines virtuelles Java standard font une vérification lors du chargement d'une classe pour des raisons de sécurité. Ces vérifications incluent l'accès à la mémoire en dehors de son espace d'exécution et le remplacement d'une classe de java.* ou javax.*. Cette opération étant coûteuse en ressources, elle s'exécute en dehors de la machine virtuelle pour la configuration CLDC.

Avant déploiement de l'application, le développeur emploie l'utilitaire de prévérification qui modifie le fichier class par ajout de bytecode indiquant que la classe est correcte. Au cours de l'exécution, la KVM vérifie la présence de ce flag et l'exactitude de son information. En cas de problème, le chargement de la classe est interrompu et une exception est levée.

Le J2ME WT contient un émulateur que vous pouvez utiliser pour tester vos MIDlets. De plus, les fabricants de téléphones mettent souvent des émulateurs à l'image du produit à disposition des utilisateurs. Ces kits de développement peuvent aussi contenir des applications de démonstration.