Semana 1 dispositivos mobiles

Objetivos del tema Comprender el concepto de dispositivo mvil . Introducirse en la plataforma JAVA para dispositivos mviles Conocer la configuracin de mquinas virtuales , configuraciones y perfiles necesarios
para crear aplicaciones

Conocer los softwares usados por los desarrolladores para crear aplicaciones en
JAVA para dispositivos mviles

Podemos resumir entonces que un dispositivo mvil es un aparato portable, con cierta capacidad de procesamiento y memoria, que tiene un acceso relativo a una red y cuyo propsito es el de comunicar principalmente, aunque puede tener algn otro propsito. 1. Dispositivo mvil de datos limitados: Son aquellos dispositivos que son pequeos y que poseen una pantalla tipo texto (sin grficas, monocromtica). Estos dispositivos generalmente tienen solo los servicios de SMS (mensajera) y WAP (Wireless acces protocol, o portocolo de acceso a internet). 2. Dispositivo mvil de datos bsico: Dispositivos con una pantalla mediana, y con la posibilidad de navegar a travs de un cursor por un men visualizado en la pantalla. Prestan los mismos servicios que el dispositivo limitado, ms otros como e-mail y un navegador bsico de internet. En este grupo se pueden incluir los blackberrys y los smartphones o telfonos inteligentes. 3. Dispositivos mviles de datos mejorados: Son aquellos dispositivos que poseen las mismas funcionalidades que el bsico, pero poseen un sistema operativo autnomo y aplicaciones complejas como office mvil, entre otros. Cules son estas caractersticas? Si bien existen muchas, solo nombraremos las que consideramos importantes para el desarrollo de nuestro curso: tiene una pantalla. Esta es la puerta de salida del aparato, la forma en la que se comunica con nosotros. Y estas pantallas pueden posibilitar solo la visualizacin de letras, imgenes sencillas, mens, y en los ltimos aos, fotos, videos y todo tipo de contenido digital. Incluso, se han visto pantallas tctiles que requieren un nuevo modelo de programacin de aplicaciones, que son muy avanzadas para este curso. sus servicios o informacin. En los dispositivos clsicos, las teclas son un teclado numrico con algunas otras teclas de control. En casos actuales, las teclas han crecido hasta incluir un teclado alfanumrico completo (se le llama teclado qwerty), y en los dispositivos ms modernos, ha desaparecido para integrarse con la pantalla misma. dispositivo o a un operador, el aparato debe tener la posibilidad de

conectarse a una red de datos, sea celular, de internet por demanda, de wifi, o de corto alcance. Memoria: Para almacenar determinados datos (sean nmeros de telfono, nombres, o incluso los propios datos del programa que dirige el dispositivo), es necesaria una memoria en la que se puedan localizar para usarlos. Estas memorias pueden variar, desde valores realmente pequeos (5 o 6 Kbytes) hasta incluso varios Gigabytes con tarjetas de expansin (Existen Iphones con memorias de 16 Gbytes, y este valor seguir aumentando con el tiempo) datos que tiene guardados en la memoria, difcilmente podr prestar servicios, o no lo har en absoluto. Es por esto que los dispositivos, independiente de su uso, siempre tendrn una capacidad interna de procesamiento de informacin. LA PLATAFORMA PARA TRABAJAR J2ME, y es una pequea porcin del lenguaje JAVA, dirigida a dispositivos JAVA es un lenguaje de programacin lanzado por la empresa Sun Microsystems a inicios de los aos 90 para controlar de manera robusta electrodomsticos, ya que era independiente de que plataforma ejecutara el cdigo. Tambin se empez a usar en aplicaciones web y en aplicaciones independientes, que fueron llamados Applets 3 versiones de java Java 2 Enterprise edition (J2EE): empresarial Java 2 Standar edition (J2SE): personal Java 2 Micro edition (J2ME): dispositivos mobiles entorno ejecucin. Nuestro entorno de ejecucin debe tener entonces los siguientes elementos: intermediario o traductor, que convierta el cdigo escrito por el programador, en un cdigo que entienda la mquina. Esta es la labor de la mquina virtual

una configuracin se define como el nmero mnimo de APIs de Java que permiten desarrollar aplicaciones para diferentes dispositivos. Y, qu es un API? Una API es, simplemente, una interfaz (API: Aplication Programming Interface). Esta interfaz contiene un conjunto de funciones y procedimientos que le permiten a una biblioteca ser usada por otro programa, siendo una especie de intermediario entre la biblioteca y el programa que usa la aplicacin.

CLDC (Conected limited device configuration): Es la configuracin dirigida a dispositivos con muy pocas capacidades de procesamiento, y usa la mquina KVM. Las libreras admitidas para esta configuracin son las siguientes:

Un conjunto de APIs que se encuentran orientados a determinado tipo de actividades o tareas. A travs de un perfil, se puede identificar la funcionalidad de un dispositivo, pues las APIs que contiene lo hacen pertenecer a un grupo de dispositivos con una aplicacin similar conjunto de APIs que dotan a una configuracin de una utilidad y una funcionalidad.

Que los dispositivos con limitadas capacidades de hardware deben usar la KVM por su tamao, y que dispositivos con mayores prestaciones pueden usar la CVM. Ya sabemos tambin que sobre cada mquina virtual se debe incorporar una configuracin especfica: la CDC se configura sobre CVM y la CLDC se configura sobre la KVM. Esto mismo sucede con los perfiles. Hay perfiles que solo pueden ser ejecutados sobre la CDC y otros sobre la CLDC. Veremos entonces cules son estos perfiles y cules son las caractersticas de cada uno de estos perfiles.

Perfiles de la configuracin CDC: Foundation profile los decodificadores de televisin digital. Si alguno de estos aparatos necesitara una interfaz grfica (tambin llamada GUI o graphic user interface)

Personal profile este perfil es el encargado de proporcionar un entorno grfico completo y funcional a un dispositivo. Le proporciona capacidades web, soporte de Applets de java y, sobre todo, es un entorno con soporte grfico AWT, que permite mediante coordenadas,

dibujar objetos en la pantalla del dispositivo. Para la ejecucin de este perfil, debe implementarse anteriormente el foundation profile. Los paquetes que contiene la personal profile se muestran en la siguiente grfica:

RMI profile. Este perfil es un subconjunto de un perfil de J2SE, con diversas limitaciones debido a las capacidades computacionales de los dispositivos mviles que implementan la CVM. Debido a que esa configuracin no est en los objetivos del curso entenderla, simplemente comentaremos que la RMI profile es un subconjunto del perfil RMI para J2SE, que necesita el foundation profile, y que no posee las siguientes propiedades del RMI de J2SE: o Java.rmi.server.disableHTTP. o Java.rmi.activation.port. o Java.rmi.loader.packagePrefix. o Java.rmi.registry.packagePrefix. o Java.rmi.server.packagePrefix.

Perfiles de la configuracin CLDC:

Como su nombre lo indica, es un perfil construido para PDAs, sobre todo las de gama baja, como palms con una pantalla y un Puntero Mobile information Device Profile (MIDP) Este es nuestro perfil ms importante. La primera configuracin definida para J2ME fue la CLDC, y sobre esta, el primer perfil generado fue el MIDP. Esto hace que sea uno de los perfiles ms completo y desarrollado hasta la fecha. Est dirigido a un conjunto de dispositivos con caractersticas muy especficas, que nombraremos a continuacin: o Reducidas capacidades de memoria y de computacin o Capacidades grficas muy limitadas (a lo sumo un display de 96x54 pixeles, sin colores) o Conectividad limitada (aproximadamente de 9600bps, Bits per second o Bits por segundo) o Pocos datos alfanumricos permitidos. o Al menos 128 Kb de memoria no voltil (es decir, memoria que no se borra cuando es apagado el dispositivo, Tambin es conocida como ROM) para instalar los componentes MIDP o Al menos 8Kb de memoria no voltil para datos de aplicaciones o 32 Kb de memoria voltil (aquella que se borra cuando el dispositivo es apagado. Tambin es conocida como RAM) para la pila JAVA Estas capacidades estn relacionadas directamente con las APIs que especifica, y son: Semntica de las aplicaciones - Interfaz con el usuario - Almacenamiento repetitivo o persistente. - Conexin y trabajo entre dispositivos en red. - Temporizadores de aplicaciones

Al crear una aplicacin usando un API, la llamamos Applets. impulsaron la consolidacin de estudios universitarios en redes inalmbricas y protocolos de comunicacin inalmbricos. Es as como nace la primera tecnologa de comunicacin, la tecnologa WAP. WAP es la sigla de Wireless Application protocol, o protocolo de aplicacin inalmbrica. Este protocolo surgi para dotar a los celulares de la posibilidad de conectarse con un servidor remoto, o varios servidores remotos, con el objeto de intercambiar informacin entre el cliente y servidor

Otras de las tecnologas de comunicacin, no basada en cliente - servidor sino en cliente cliente, son las conocidas como redes PAN (personal area network) y WAN (wireless area network), creadas por tecnologas usadas actualmente por muchos celulares: La tecnologa bluetooth, la Wifi y la IRDa. La bluetooth es una tecnologa que permite transferencias de informacin entre dispositivos mviles en un radio de 0-100 metros, y que permite crear redes ad-hoc, o redes temporales. La Wifi permite conectar un celular a internet con velocidades similares a las de un computador personal, y finalmente, la IRDa, o red infrarroja, permite transferir informacin entre 2 elementos que posean este protocolo. Todas estas tecnologas favorecen, entonces el uso y distribucin de aplicaciones en JAVA y, sobre todo, MIDlets en JAVA. Este medio que permite garantizar la descarga de contenidos es llamado OTA (Over The Air), es decir, OTA es el nombre que se le da al medio areo necesario para descargar contenido. A travs de este medio, e bajan los componentes de una aplicacin para dispositivos mviles. Cules son esos componentes? Una aplicacin en J2ME tiene 2 componentes fundamentales para su funcionamiento: Un archivo con extensin .JAR, que contiene la aplicacin como tal, y un archivo .JAD, que contiene algo similar a un manual de la aplicacin, es decir, contiene informacin sobre la misma (No debemos confundir estos archivos. Pongamos un ejemplo: Digamos que a su casa llega un paquete de un familiar suyo, un televisor empacado. El televisor como tal, es equivalente a la aplicacin, y es el archivo .JAR. El manual de instrucciones, que dice la marca del televisor, el tamao, las especificaciones tcnicas y de ms, es el archivo .JAD. Este software es llamado el gestor de aplicaciones o AMS (Application Management Software) ya que el mismo debe cumplir los siguientes requerimientos: a) Localizacin de archivos JAD y JAR en la red a travs del AMS b) Descarga del JAD y el JAR desde un proveedor de servicios, un servidor, u otro dispositivo con la aplicacin (sea por medio inalmbrico o almbrico) c) Envo de nombre de usuario y contrasea en caso de que sea necesario. d) Instalacin del MIDlet descargado. Ejecucin del MIDlet instalado f) Borrado o desinstalacin del MIDlet instalado.

a. Localizacin de la Aplicacin Lo primero que un dispositivo mvil debe hacer es localizar un MIDlet a travs de la AMS. A este proceso se le llama descubrimiento. El descubrimiento se realiza cuando el navegador muestra al usuario el enlace en la red que permite bajar el MIDlet deseado, y que una vez seleccionado, permite descargar e instalar el MIDlet. Recordemos que un MIDlet est compuesto por un archivo .JAR y por un .JAD. Si el enlace que encontramos en la red es un .JAR, el archivo y su URL se envan al AMS para empezar el proceso de instalacin del MIDlet. Sin embargo, si el enlace est referido a un archivo .JAD, se deben llevar a cabo los siguientes pasos: que es el que empieza la instalacin del MIDlet. Ac hay que hacer una anotacin importante: No todos los MIDlets pueden ser instalados en cualquier equipo, por lo que el AMS debe determinar si el MIDlet bajado puede ser tanto instalado como ejecutado de manera satisfactoria en el dispositivo mvil. necesariamente es una aplicacin de JAVA. Es por esto que para ser entendido, debe ser traducido a formato Unicode antes de ser usado. Veamos algo en este punto: un archivo .JAD es un conjunto de datos relacionados con el .JAR, por lo que podemos decir que el .JAD es una

clase. Todas las clases tienen atributos de clase, y estos atributos, en la .JAD, deben ser compresibles de acuerdo a la sintaxis del perfil MIDP. Como el perfil MIDP es el que corre el MIDlet, los atributos requeridos por este perfil deben estar presentes en el .JAD para que pueda usarlo. embargo, por seguridad, el AMS debe tener la opcin de indicarle al usuario si de verdad desea instalar dicha aplicacin. Y no solo eso, debe estar en capacidad de saber si existe una versin similar o desactualizada del mismo MIDlet instalado en el equipo, o si ste tiene problemas para instalar MIDlets por falta de memoria. De esta manera, el AMS puede ejecutar una herramienta para liberar memoria, e instalar la aplicacin correspondiente. b. Instalacin del MIDlet Ya tenemos el .JAD en nuestro AMS con la respectiva direccin URL de donde se descargar el MIDlet para ser instalado, ahora Qu sigue? La etapa de instalacin. Esta etapa no es intervenida por el usuario, ya que la genera internamente el dispositivo. Sin embargo, se deben tener en cuenta varios mensajes que pueden salir en el proceso de chequeo que se genera al instalar el MIDlet. Primero, debemos entender que la instalacin de un MIDlet comprende el estado en el que el MIDlet es descargado y puede ser usado por el cliente. Tambin debemos saber que un MIDlet puede estar dentro de un paquete, y que este paquete puede tener diversidad de MIDlets internos. Es decir, cuando tenemos la direccin URL y deseamos bajar una aplicacin, esta puede estar compuesta de varios MIDlets. El AMS debe indicar esta situacin y debe darle la posibilidad al usuario de cancelar el proceso de instalacin en cualquier momento, dejando al dispositivo como se encontraba antes de pasar por el proceso de instalacin. Qu hace el AMS cuando se procede a instalar una aplicacin? Verificar si el paquete contiene varios MIDlets internos e indicarle al usuario el proceso de instalacin de los componentes, el nmero de componentes a instalar, y la opcin de cancelar la instalacin. Tambin debe llevar a cabo las siguientes actividades: el .JAD, la URL de la que se descarga el MIDlet, contenida ahora por el AMS (recordemos que ya hallamos la aplicacin a instalar, y en ese proceso, se le asigna una URL al AMS para la instalacin de la aplicacin) debe coincidir exactamente con la URL que posee el .JAD el AMS debe enviar las credenciales correspondientes (los datos correspondientes) debe ser chequeado para saber si se puede instalar en el dispositivo mvil. Este chequeo se extiende a todo el proceso de instalacin, ya que pueden surgir una serie de errores que no permitan que el MIDlet se instale. El AMS debe indicar todos estos errores durante el proceso de instalacin de la aplicacin. Cules son esos errores? Vemoslos: o Si no hay memoria suficiente para instalar el MIDlet, se devuelve el cdigo de estado 901 o Si el .JAR no se encuentra disponible en la URL que contiene el JAD, , se develve el cdigo 907

o Si al descargarse el .JAR, este no coincide con el descrito en el .JAD, se devuelve el cdigo 904 o Si no se pueden extraer los archivos necesarios para instalar el .JAR, se devuelve el cdigo 907. o Si los atributos del .JAD no coinciden con los que tiene el .JAR, se devuelve el cdigo de error 905 o Si no se puede llevar a cabo la autenticacin del usuario (nombre de usuario y contrasea) se devuelve el error 909 o Si falla por un motivo diferente al cualquiera de los anteriores, debe devolver el error 911. o Si mientras se descarga el MIDlet para instalarlo, se pierde la conexin a internet, debe devolver el error 903 La instalacin finaliza en 2 casos: cuando tenemos el MIDlet exitosamente instalado en nuestro dispositivo mvil, o cuando ha ocurrido un error irrecuperable y no se ha podido instalar la aplicacin. Puede darse el caso en que estemos instalando un MIDlet y ya tengamos una versin previa del mismo. En ese caso, decimos que estamos actualizando el MIDlet correspondiente, ya que estamos pasando de una versin anterior a una versin ms reciente del mismo. El AMS debe indicarle al usuario si la versin que desea instalar es menor, igual o mayor a la instalada en el dispositivo, y debe obtener verificacin del usuario a la hora de ser instalada. Todo programa a instalar posee una firma digital que indica su autenticidad y su validez como archivo oficial y no modificado por terceros. Los archivos con firmas digitales priman sobre aquellos que no la tengan, y nunca un dispositivo mvil debe permitir instalar un MIDlet sin firma como reemplazo de una aplicacin que si la tenga. c. Ejecucin del MIDlet Vamos a ejecutar el MIDlet en nuestro equipo. Al momento de ejecutarlo, lo primero que se debe llevar a cabo es la carga de las clases referentes al perfil CLDC y la configuracin MIDP. Recordemos que estamos cargando una aplicacin de JAVA en un dispositivo mvil, y esto requiere tanto el perfil como la configuracin para poder ser ejecutada. Es por esta razn que un dispositivo

debe tenerlas incluidas, porque si no las posee, no puede ejecutar ningn MIDlet. Y recordemos tambin que dijimos que un paquete o una aplicacin pueden tener diversos MIDlets. En caso de tenerlos, el dispositivo debe permitirle al usuario escoger el MIDlet que desea ejecutar. d. Eliminacin del MIDlet. El proceso final que se puede llevar a cabo con un MIDlet es su eliminacin. Para hacerlo, el usuario debe elegir la posibilidad de borrar la aplicacin seleccionada. Cualquier cosa que ocurra en el proceso de instalacin debe ser indicada al poseedor del dispositivo mvil, y en caso de que la aplicacin tenga varios MIDlets incorporados, debe indicrsele al usuario que todos quedarn eliminados. Hemos visto hasta ahora todos los pasos por los que un MIDlet puede pasar a travs de un dispositivo mvil. Ahora, veremos cules son las herramientas que se necesitan para construir los MIDlets a disear, pero antes, debemos ver cul es el proceso de creacin general de un MIDlet. Proceso de creacin de un MIDlet. Todos los MIDlets a desarrollar llevan a cabo casi el mismo proceso de creacin, con algunos casos particulares. Veremos entonces cuales son los pasos que hacen parte de ese proceso: 1. Desarrollo: en este estado, creamos el cdigo en JAVA de nuestro MIDlet. 2. Compilacin: Nuestro cdigo es traducido a lenguaje de mquina a travs de un compilador J2SE

3. Preverificacin: Examinamos el cdigo de JAVA para observar si no se viola ninguna restriccin de seguridad de la plataforma en la cual se va a ejecutar (J2ME). 4. Empaquetamiento: Se crea el archivo .JAR y el .JAD de nuestra aplicacin. 5. Ejecucin: Se monta el MIDlet en un simulador o en un dispositivo mvil para probar su funcionamiento. 6. Depuracin: Al observar la ejecucin del MIDlet, pueden observarse fallos en su funcionamiento, la depuracin consiste en eliminar esos fallos para corregir nuestra aplicacin. El empaquetamiento y la preverificacin, al evaluarse violaciones de seguridad en la plataforma J2ME y crearse archivo .JAR y .JAD, son pasos exclusivos en el desarrollo de MIDlets. El resto de pasos, son generales para la creacin de cualquier aplicacin en cualquier otro programa o lenguaje de programacin HERRAMIENTAS DE DESARROLLO Cmo se crea un MIDlet?, bsicamente a travs de 2 formas: - A travs de lneas de comando. Esto significa que copiaremos el cdigo sin ningn tipo de ayuda adicional, aparte de la prestada por el compilador para traducir el cdigo. - A travs de un entorno visual. Esto implica el uso de diversas herramientas que facilitan la creacin de MIDlets, como veremos ms adelante En nuestro caso, usaremos un elemento visual para ejecutar nuestros MIDlets. Este elemento se llama Dispositivo MID (Mbile information device). Esto significa que no ejecutaremos nuestros cdigos directamente en mquinas fsicas, sino en un simulador que ejecutar nuestra aplicacin. El emulador a usar puede ser tanto un dispositivo genrico como un modelo MID especfico (Por ejemplo, si queremos desarrollar aplicaciones JAVA para el Iphone, debemos bajar un emulador que nos permita ejecutar nuestras aplicaciones en este dispositivo.) En este punto, entraremos de lleno en la forma de crear un MIDlet, y nos iremos por ambas formas de construccin, abordando una primero, y luego la otra. Se debe tener muy en cuenta el proceso de creacin de un MIDlet, porque llevaremos a cabo manualmente cada uno de esos pasos. En este caso, abordaremos el mtodo de lnea de comando INSTALACIN DE COMPONENTES. Qu componentes necesitamos para el desarrollo en lnea de comando? Requerimos bsicamente los siguientes: a) Un editor de texto para copiar el cdigo del MIDlet. b) Un compilador estndar de JAVA. El compilador es proporcionado gratuitamente por JAVA en la siguiente direccin: http://java.sun.com/products/archive/j2se/1.4.1_07/ c) Las APIs de la configuracin CLDC y del perfil MIDP que se pueden descargar de la pgina

http://www.oracle.com/technetwork/java/javame/downloads/index.html En el enlace anterior del SDK de JAVA, bajamos el archivo j2sdk-1_4_1_04windows-i586.exe (pueden variar las versiones. Actualmente existe una versin mucho ms moderna, pero trabajaremos con esta) y lo instalamos. Suponemos en este momento que, como se pide en los requerimientos del curso, el aprendiz tenga conocimientos en JAVA y manejo de computadores de manera intermedia, ya que se llevar a cabo un procedimiento que, de no realizarse correctamente, puede desconfigurar el acceso a algunos programas del sistema operativo. NOTA: Si no posee conocimientos de JAVA y/o de computadores, ASESRESE DE ALGUIEN QUE SI LOS TENGA para llevar a cabo lo siguiente. Cuando descarguemos el archivo, le damos doble click y lo instalamos en una carpeta especfica del computador. Esta ruta en la que fue instalado, debe copiarse en un documento de texto o en el block de notas. Luego de instalado el programa, aadiremos esta ruta a nuestro Path. Fases de Desarrollo Recordemos que el desarrollo de un MIDlet tiene varias partes, como lo vimos en el apartado superior. Veamos cmo se llevan a cabo esos pasos a travs de desarrollo en lnea de comando. Desarrollo de cdigo: Ac usamos un editor de texto cualquiera. En el momento en que terminemos de escribir nuestro cdigo en el archivo de texto, lo guardaremos con el nombre de la clase principal y con la extensin .java Compilacin: En lnea de comandos (smbolo del sistema), buscamos la carpeta en la que guardamos nuestro archivo .java, para crear el archivo .class (es decir, el archivo compilado). Luego de encontrar esta carpeta, escribimos lo siguiente: javac bootclasspath c:\midp2.0fcs\classes <fuente>.java Donde el archivo <fuente>.java fue el que guardamos anteriormente en el procesador de texto. Preverificacion: En este caso, nos movemos ahora donde qued la clase que compilamos anteriormente, y escribimos lo siguiente: preverify classpath c:\midp2.0fcs\classes <fuente>.java Esta preverificacin genera un fichero .class en la carpeta /output/, es decir en la carpeta llamada output encontrada en el lugar donde se instal el SDK. Empaquetamiento: En esta etapa, crearamos el archivo .JAR y .JAD de la clase compilada. As, crearemos el paquete definitivo que ejecutaremos sobre nuestra MIDlet. Anteriormente hemos dicho que el .JAR es el archivo que contiene los elementos que conforman el MIDlet, y que el .JAR es el archivo descriptor de la aplicacin. Esto significa que el .JAD describe una aplicacin, y no precisamente un MIDlet (aunque pueden haber aplicaciones de un solo MIDlet), pero generalmente una aplicacin posee mltiples MIDlets. A estos mltiples MIDlets se les llama Suite de MIDlets. Describiremos el proceso para empaquetar un solo MIDlet, extensivo para una suite.

Antes que nada, debemos conocer la escructura de un archivo .JAR para saber cmo empaquetarlo. Un archivo .JAR tiene varios componentes, a saber: - Un archivo manifiesto (Manifest), describiendo el contenido del archivo JAR - Las clases de JAVA que conforman el MIDlet propiamente dicho - Los archivos de los recursos que usa el MIDlet Archivo manifiesto: creacin. El archivo manifiesto describe el contenido del archivo .JAR, y no es obligatorio crearlo. Se puede crear a travs de un procesador de texto simple, y su estructura de atributos es de la forma atributo:valor. Un archivo manifiesto tiene la siguiente forma en modo texto: MIDlet-1: Saludo, saludo.jpg, Saludo MIDlet-Name: Hola MIDlet-Vendor: SENA MIDlet-Version: 1.0 Microedition-Configuration: CLDC-1.0 Microedition-Profile: MIDP-1.0 En la siguiente tabla podemos observar los atributos que debe tener el archivo manifiesto:

Digamos que queremos crear una suite de MIDlets con varios MIDlets includos. Para crear el archivo manifiesto de una suite de MIDlets, usamos el siguiente atributo para definir cada uno de los MIDlets: MIDlet-1: Saludo, saludo.jpg, Saludo MIDlet-2: Despedida, adios.png, Despedida Y es as como, mediante modo texto, creamos nuestro archivo manifiesto. Proseguimos entonces con el .JAR Archivo .JAR, creacin Para crear el archivo .JAR, nos movemos nuevamente a lnea de comandos y escribimos lo siguiente: jar cmf <archivo manifiesto> <nombrearchivo>.jar -C <clases java> . C <recursos> Con esta lnea de comando, y reemplazando cada uno de los comodines (los nombres encerrados en < >) por su correspondiente elemento, creamos nuestro archivo .JAR. Ahora basta con crear el archivo .JAD Archivo .JAD, creacin Este archivo es usado por el AMS o gestor de aplicaciones para verificar descargas, nombres de archivo, elementos del archivo manifiesto, autenticacin, entre otros. Este

archivo es opcional, pero si es creado, debe contener los siguientes elementos de manera obligada

Se le puede, como al archivo manifiesto, incluir atributos opcionales. Estos atributos se ven en la siguiente tabla:

Existen otros atributos adicionales, que el desarrollador de a suite puede agregarle al archivo .JAD, que sirven para crear aplicaciones adicionales y de mayor complejidad. Estos atributos pueden ser investigados por el estudiante en la seccin de documentos de apoyo. Ejecucin-depuracin: La ejecucin, como se dijo anteriormente, se debe llevar a cabo sobre un simulador. El simulador que nosotros usaremos se llama Wireless Toolkit 2.0, y la explicaremos en breve. La depuracin solo es cuestin de observacin y de reescritura del cdigo para volver a compilarlo, preverificarlo y empaquetarlo. Existen una gran variedad de aplicaciones que pueden ayudarnos a crear MIDlets de una manera ms rpida y eficaz. Nosotros veremos 2 de estas herramientas, las cuales explicaremos a continuacin: orno de desarrollo completamente integrado, similar al Sun One, pero con un emulador que nos permite ver la ejecucin de nuestro MIDlet. Aparte de eso, posee las APIs propias de la configuracin CLDC y el perfil MIDP. Actualmente existe la herramienta 2ME wireless toolkit V2.0: Es un emulador que recibe las clases JAVA creadas en el desarrollo de lnea de comandos y nos permite ver el MIDled ejecutndose. Actualmente existe la SUN JAVA Wireless toolkit, que reemplaza la J2ME Wireless toolkit.

paquetes opcionales.