Développez sur mobile - Page 7
Index de l'article
Développez sur mobile
Page 2
Page 3
Page 4
Page 5
Page 6
Page 7
Page 8
Toutes les pages

Test et débogage
Après avoir installé Carbide.j et le sdk s40, rien n'est plus simple pour tracer votre code : Posez vos points d'arrêt, régénérez votre package, et vous pouvez tester votre application en cliquant sur le bouton debug. Eclipse basculera automatiquement en perspective de débogage (Voir image IDEDebug). Si vous créez plusieurs projets mobiles, vous aurez intérêt à créer différentes configurations (Voir image IDEDebugConfiguration). Coté test, un framework de test unitaire (J2MEUnit) basé sur le célèbre JUnit et adapté au monde mobile offre l'environnement nécessaire pour capitaliser ses tests ( http://j2meunit.sf.net ).

 

 

Image

Figure 5 bis

 

Le déploiement
Le transfert de l'application peut s'effectuer sur le téléphone de différentes manières. Les moyens les plus courants sont le câble usb, l'infrarouge ou le bluetooth. Par câble usb, un logiciel comme Nokia Pc Suite (qui propose parmi ses nombreuses fonctionnalités d'installer une application par simple copie du fichier .jar) sera nécessaire. L'envoie du fichier par infrarouge installe automatiquement l'application sans avoir besoin d'un logiciel tiers.

Un autre moyen très répandu pour installer et diffuser des MIDlet est d'utiliser la technique nommée OTA (Over The Air) : le distributeur de votre application installe la MIDlet sur un serveur web et fournit un lien hypertexte. L'utilisateur active ce lien sur le téléphone portable qui va déclencher le téléchargement de la MIDlet. Le lien pointera comme l'indique l'exemple vers le fichier .jad créé lors de la génération du package par Carbide.j.
<A href="/sybaris/MaMIDlet.jad">Cliquez ici</A> pour installer l'application

L'un des gros avantages du langage java est sa portabilité. La portabilité signifie que le programme fonctionnera sur une grande quantité de plateformes différentes, sans nécessiter d'être recompilé. Même si on développe avec les outils fournit par Nokia, le fruit du développement peut tout à fait être utilisé sur d'autres marques de téléphones, sans recompilation. Il suffit que le téléphone supporte les spécifications qui ont été à la base du développement (MIDP, CLDC et JSR…) et le fichier .jar sera exécuté…

Sécurité
L'accès aux fichiers via l'API JSR 75 n'est pas autorisé par défaut. En effet, on ne plaisante pas avec la sécurité sur téléphone portable : une MIDlet non signée se verra par défaut refuser l'accès au système de fichier (cf. Tableau 7). L'utilisateur pourra paramétrer cela, mais il devra quand même donner son autorisation (" Ask every time ") à chaque ouverture de fichiers. Pour que votre application puisse se passer de l'autorisation de l'utilisateur, elle devra être signée.

 

Comment donner l'accès aux fichiers à une application non signée : (Voir figure 6)

  • Dans la liste des applications, positionnez-vous sur NokiaEssence. Sélectionnez " Options ",
  • Sélectionnez " App. access ",
  • Sélectionnez " Data access ",
  • Sélectionnez " Add and edit data ",
  • Sélectionnez " Ask every time ",
  • Un message vous confirme votre choix.

Pour information dans l'écran n°5, les options (" Ask first time only " et " Always allowed " se dégrisent uniquement si l'application est signée)

Tableau 7

 

Image

Figure 6

 

De plus il faudra donner les permissions suivantes à la MIDlet :
javax.microedition.io.Connector.file.read
javax.microedition.io.Connector.file.write
Cela se paramètre lors de la génération du package avec Carbide.j