LA CONFIGURACIN CLDC

Ya vimos de manera general la configuracin CLDC, aquella en la que se monta el perfil MIDP para hacer los MIDlets. Sin embargo, debido a su uso, es necesario entenderla a profundidad la configuracin, sus partes, su estructura y la diferencia que existe entre ellas y otras plataformas.

De que se encarga exactamente la configuracin CLCD. Esta configuracin tiene varias funciones (que estudiaremos a fondo en esta seccin), entre las cuales se destacan:

El lenguaje JAVA y las caractersticas particulares de la mquina virtual en la que se corre: Caractersticas que se han mantenido y aquellas que se han tenido que omitir en la configuracin CLDC

Las libreras del Core de JAVA (Las libreras del Core de java son Java.lang y java.util): Que libreras han sido heredadas por la configuracin CLDC y cuales son propias de la misma

Entrada y salida de informacin: Que entradas y qu salidas se han mantenido en la configuracin. Comunicaciones OTA: Soportes de protocolos de comunicacin por la configuracin. Seguridad en el dispositivo: Modelo de seguridad proporcionado por la configuracin CLDC Internacionalizacin: Variacin idiomtica

Veamos entonces cada uno de estos elementos a profundidad, junto con otros que definen la configuracin CLDC.

Programacin de dispositivos mviles Semana 2

Objetivos de la configuracin CLDC y requerimientos de la misma:

JAVA es un lenguaje muy extenso. Puede manejar bases de datos, documentos, animaciones, simulaciones, redes empresariales e incluso dispositivos mviles. Debido a lo extenso de su repertorio, debemos restringir las caractersticas de funcionamiento del mismo. Esta restriccin la hacemos a travs de una configuracin. La configuracin CLDC determina un conjunto de caractersticas, que el lenguaje JAVA soporta, y que caracterizan un determinado conjunto de dispositivos. Restringe el trabajo en red, la seguridad del dispositivo, las APIs de programacin, etc. Es como tener una masa para galletas, y usar un molde para hacer galletas de determinada forma. Todas las galletas que se puedan hacer con ese molde estn caracterizadas por ser de la misma masa (JAVA), pero todas tienen la misma forma porque fueron cortadas con el mismo molde (Configuracin).

Este molde, esta forma, es la base para diversos perfiles. Un perfil define un conjunto ms particular an de caractersticas que hacen que el dispositivo se pueda dirigir a un mercado ms especializado. Si bien existen muchos perfiles 1, el perfil que nos interesa precisamente es el MIDP, porque este es el que define las caractersticas de lo que es un dispositivo mvil de bajas prestaciones y alta movilidad. Es como si las galletas sacadas por el mismo molde, pudieran unas baarse de chocolate, las otras de vainilla, las otras de azcar y cada una de esas cubiertas fuera un perfil. En trminos JAVA, un celular puede verse como una galleta, en forma de bota, de chocolate; un blacberry como una galleta, en forma de bota, de vainilla; un PC es una galleta, en forma de crculo, con mora etc. Teniendo esto mucho ms claro, veamos los objetivos especficos de la configuracin:
1

Estas configuraciones se pueden encontrar en el documento Configurations and Profiles Architecture Specification, Java 2 Platform Micro Edition (J2ME), Sun Microsystems, Inc

Programacin de dispositivos mviles Semana 2

Objetivos

El objetivo principal de la configuracin CLDC es, como se dijo ahora, servir como un modelo para un determinado tipo de componentes. En este caso particular, trata de definir un estndar para dispositivos de reducido tamao conectados a una red y con recursos limitados. Pero decir recursos limitados es muy ambiguo. Con respecto a qu? Se define un recurso como limitado cuando es 10 veces menor que los recursos de un computador de escritorio promedio. La configuracin CLDC va ms all, definiendo un conjunto de caractersticas que debe tener el dispositivo. Estas caractersticas son las siguientes: o Entre 160 y 512 Kb de memoria total disponible para la localizacin de la plataforma JAVA o Procesador de datos de 16 o 32 bits o Bajo consumo energtico, generalmente brindado por una batera. o Conectividad inalmbrica (recordemos que debe tener soporte OTA) con conexin intermitente, y ancho de banda (tamao del canal de comunicacin) rondando los 9600bps

En este rango de dispositivos, entran PDAs sencillas, celulares de cantidad de generaciones, e incluso algunos GPS y Beepers. La configuracin definida define entonces los elementos mnimos necesarios para dispositivos

conectados pequeos. Si los dispositivos mviles usan herramientas de texto en pantalla, se implementan las libreras requeridas para eso. Sin embargo, los dispositivos mviles raras veces se usan para manejar bases de datos o nubes de informacin, por lo que estas libreras no se incorporan en la respectiva configuracin. Sin embargo, aparte de definir un estndar, existen otros objetivos que se ven a continuacin:

Programacin de dispositivos mviles Semana 2

Extensibilidad:

Sabemos

que

nuestro

dispositivo

mvil

tiene

conectividad, y sabemos que posee una KVM montada, junto con una configuracin CLDC. Esto permite que pueda bajar aplicaciones JAVA de la red y, a travs de la AMS instalarlas. Una sola aplicacin en la red, puede ser descargada por infinidad de dispositivos mviles. Estos dispositivos mviles se comunican entre s, intercambiando aplicaciones y aumentando an ms la conectividad y el intercambio de informacin. Estas aplicaciones pueden venir de diversidad de partes, de empresas diversas, de operadores, incluso de usuarios, y empezaron a distribuirse y compartirse entre s, aumentando el alcance y la utilidad de los dispositivos mviles. A esta caracterstica la llamamos extensibilidad. JAVA, y sobre todo, CLDC hace parte entonces de los esfuerzos que se estn llevando a cabo para aumentar la extensibilidad de los dispositivos mviles

Desarrollo de terceras partes: Esto es una consecuencia de la extensibilidad. Si queremos que los dispositivos sean ms extensibles, debemos darle a la configuracin CLDC la posibilidad de que terceras partes puedan programar para l. Es por esta razn que la propia configuracin debe permitir los elementos mnimos de alto nivel necesarios para crear una abstraccin para los programadores. Con esto se intenta decir que el programador puede, y debe ser capaz de programar cualquier aplicacin, y la configuracin CLDC debe servir como un traductor entre sus aplicaciones y los protocolos internos de comunicacin y transferencia de archivo.

Programacin de dispositivos mviles Semana 2

Requerimientos

Existen unos requerimientos de hardware, de software y otros basados en la plataforma de JAVA J2ME, que son necesarios para la plataforma CLDC. Estos los veremos a continuacin: o Requerimientos de hardware: Los requerimientos de hardware que pide la configuracin se refieren nicamente a la memoria. Veamos que en el estndar que genera la configuracin CLDC caben muchos dispositivos, desde celulares, hasta

buscapersonas, pasando por PADs y organizadores personales, terminales, etc. Como todas las caractersticas de estos dispositivos mviles son muy diversas, la configuracin solo restringe el hardware en cuestiones de memoria. Para ser ms exactos, el requerimiento de memoria de estos dispositivos es el siguiente:

128 Kb para la mquina virtual y las libreras de JAVA 32 Kb de memoria voltil para variables usadas mientras se ejecutan las aplicaciones.

Estos

rangos

de

memoria

son

dinmicos,

dependen

primordialmente del hardware del dispositivo. o Requerimientos de software: Como lo vimos ahora, los dispositivos mviles que entran en el perfil definido por la configuracin CLDC son muy diversos, y tanto el hardware como el software vara enormemente. Es por esto que podemos encontrar dispositivos con un sistema operativo complejo y completo, que ejecute procesos multitarea y soporte hilos

Programacin de dispositivos mviles Semana 2

(Threats, o procesos en ejecucin), as como podemos encontrar dispositivos con un rudimentario sistema operativo que no maneje carpetas, o incluso carentes del mismo. Es por eso que los requerimientos de software de la configuracin CLDC son mnimos. Se requiere que el dispositivo tenga un sistema operativo rudimentario que permita ejecutar la mquina virtual de JAVA. Con que el sistema operativo tenga una entidad de planificacin que permita ejecutar la mquina virtual, es suficiente. o Requerimientos de J2ME: Recordemos que CLDC es una configuracin propia de J2ME. Esto significa que el propio JAVA genera unos requerimientos sobre las especificaciones de esta configuracin, requerimientos que generan implicaciones sobre el perfil: Cuando hablamos de una configuracin J2ME, hablamos de un conjunto de APIs mnimas de la tecnologa JAVA. Esta configuracin debe cobijar una gran cantidad de dispositivos, de diferentes naturalezas, y a veces poco relacionados entre s. Para definir caractersticas

especficas de un dispositivo, de un mercado o de una industria, se debe hacer uso de un perfil, y no de una configuracin. Esto hace entonces que un perfil sea limitado (servir a muchos dispositivos a veces equivale a no servir bien a ninguno de ellos), y que deba ser siempre complementado con perfiles. En el apartado superior se indic que el objetivo principal de la configuracin CLDC era, aparte de definir un estndar, generar extensibilidad entre componentes. Esto significa que la configuracin solo tiene los componentes

Programacin de dispositivos mviles Semana 2

necesarios para garantizar esta extensibilidad, y ningn otro elemento adicional. Esto hace que la caracterstica principal de un dispositivo con configuracin CLDC debe ser definida en los perfiles, y no en la propia configuracin.

DIFERENCIAS DE CLDC CON J2SE

Si tenemos un dispositivo mvil con una maquina virtual montada y una configuracin CLDC activa, nos interesa que esta combinacin sea lo ms compatible posible con cualquier especificacin de JAVA que pueda presentarse (recordemos que no todos los componentes de JAVA se pueden ejecutar en todas sus versiones y en todas sus mquinas virtuales), teniendo en cuenta las restricciones de memoria anteriormente citadas. Esto significa que, como lo habamos anotado anteriormente, existan diferencias entre CLDC y J2SE. Si la J2ME es un subconjunto de JAVA, con una librera adicional, significa que hay diferencias entre el lenguaje JAVA usado entre la J2SE y la configuracin CLDC (por las APIs propias y exclusivas de J2ME usadas en CLDC), aparte de que algunos procesos escritos en JAVA, al ser limitada la configuracin CLDC, no pueden ser ejecutados por esta configuracin. La segunda diferencia fundamental es por la mquina virtual usada en J2SE y la usada para soportar la configuracin CLDC. Profundicemos ms estas diferencias para conocer los lmites y los alcances de nuestra configuracin.

1. No se soportan operaciones de punto flotante

Una operacin en punto flotante, como el aprendiz debe conocer, es una operacin que permite ampliar el rango de valores operados usando varios bits adicionales en una representacin numrica para guardar un exponente que eleva al nmero. Para estas operaciones, se requieren arreglos de

Programacin de dispositivos mviles Semana 2

memoria que permitan el uso de Bytes, Words y Longs (es decir, cadenas de 8, 16 y 32 bits definidas para un mismo carcter), pero la mayora de dispositivos mviles no poseen el hardware necesario para ejecutar este tipo de operaciones (y de hecho, no las necesitan generalmente. Un celular en muy pocas situaciones tiene como proceso prioritario la multiplicacin de 2 cadenas de 8 o 16 bits). Es por esto que se ha eliminado esta caracterstica con respecto a su homloga J2SE.

2. No se finalizan los objetos

Cuando intentamos finalizar un objeto, usamos las libreras de la configuracin CLDC. Estas libreras no contienen el mtodo

Object.finalize(), por lo que no podemos finalizar objetos a travs de ella

3. Manejo de errores limitados

Cuando se produce un error en JAVA, en vez de bloquearse o cerrarse (se produce un core o crash), esta lanza una excepcin que nosotros debemos recibir para corregir el error. Si bien pueden ocurrir errores por una gran cantidad de posibilidades (solo miremos los errores que se producen en la instalacin de un MIDlet), el conjunto de las clases de errores que se han incluido en la CLDC es limitado, por varias razones:

a. Antes que nada, la configuracin CLDC posee un subconjunto limitado de todas las excepciones de J2SE, lo cual reduce el manejo de estas drsticamente. b. Una de las clases de JAVA que maneja excepciones, la clase java.lang.error, y todas sus subclases, han sido eliminadas de la configuracin CLDC.

Programacin de dispositivos mviles Semana 2

Estas limitaciones en el manejo de errores se dan gracias a que, cuando un dispositivo tiene instalado una mquina virtual y una configuracin, no depende de ellas directamente para funcionar. Es decir, esta mquina y este perfil existen para poder ejecutar aplicaciones de JAVA, mas no para llevar a cabo procesos crticos del dispositivo. Esto hace que cada mquina tenga su propio manejo de errores, por lo que los errores de JAVA resultan redundantes. Adems, generalmente un programador agarra excepciones, mas no errores, por lo que el uso de la clase java.lang.error no se ve necesario.

Hemos visto las diferencias que existen, en el nivel de lenguaje de JAVA, entre la configuracin CLDC y J2SE. Anteriormente habamos dicho que las diferencias entre estos 2 elementos se daba por sus diferencias en el lenguaje JAVA y por diferencias entre las mquinas virtuales diferencias que existen entre las mquinas virtuales. Ahora veremos las

Algunas caractersticas de la J2SE han sido eliminadas en la configuracin JVM/CLDC, ya que las libreras que posee esta configuracin son mucho ms limitadas que las de su contraparte estndar. Y no solo por esto. Algunas de las caractersticas eliminadas entraban en un conflicto de seguridad con el modelo manejado por la configuracin CLDC, generando problemas de seguridad. Para tener claras cuales han sido las caractersticas eliminadas de la configuracin, procederemos a explicar cada una a continuacin.

4. Java Native Interface (JNI) no implementada

La JNI, para recordarle al aprendiz, es uno de los frameworks de java que permite interaccin entre programas de JAVA y otros programas no escritos

Programacin de dispositivos mviles Semana 2

en este lenguaje. En la configuracin CLDC, la JNI no ha sido implementada, y esto se ha producido por 2 razones fundamentales: o Primero, cuando la JNI permite la interaccin entre programas, lo hace a travs de invocaciones de mtodos nativos, y los otros programas pueden invocar tambin a la JNI. Vemos entonces que estas invocaciones hacen uso de programas externos en caso de que sea necesario. Uno de esos programas puede, por ejemplo, ser usado para violar la seguridad del dispositivo, y el modelo de seguridad de la CLDC es limitado. Por tanto, para eliminar esa posibilidad, el modelo de seguridad no soporta la invocacin de mtodos nativos o La memoria de un dispositivo es muy limitada, por lo que la implementacin de la JNI se considera muy costosa en trmino de recursos, para ser implementada en la misma.

5. Cargadores de clase definidos por el usuario, suprimidos.

Una mquina virtual de JAVA que tenga implementada la configuracin CLDC no permite que el usuario defina cargadores de clase. En vez de esto, implementa un cargador de clases que no puede ser ni suprimido, ni sustituido, ni reconfigurado por el usuario. Esto tambin se lleva a cabo porque el modelo de seguridad proporcionado por la configuracin CLDC (modelo de seguridad tipo SandBox) genera esta restriccin.

6. Reflexin no implementada:

Qu es la reflexin en JAVA? Imaginemos que pensamos sobre nuestra vida, todas las cosas que hemos vivido, aprendido, interiorizado, y las formas de actuar que hemos creado a lo largo de nuestra vida. En

10

Programacin de dispositivos mviles Semana 2

ese momento, estamos haciendo una reflexin sobre nuestra vida. De manera similar, JAVA reflexiona, mirando dentro de una mquina virtual la cantidad de clases, el tipo de clases, de objetos, campos, mtodos, pilas, hilos esta capacidad de inspeccin interna se ha eliminado de la mquina virtual que soporta CLDC

7. Grupos de hilos o hilos daemon.

Un hilo se define, de manera bsica, como un proceso en tiempo de ejecucin. A estos hilos tambin se les llama Threads. Los dispositivos multitareas son aquellos que pueden soportar varios hilos al mismo tiempo. Sin embargo, cada hilo pertenece a un proceso diferente. La JVM de la configuracin CLDC permite la ejecucin multitareas, pero no soporta grupos de hilos (varios hilos de un mismo proceso). Tampoco se soportan hilos llamados Daemon. En el mbito de programacin, un daemon o demonio, es un proceso que se ejecuta sin interfaz grfica que el usuario pueda observar y que lo hace sin el conocimiento del usuario. Un hilo daemon sera el equivalente a un proceso no visible, ejecutado en tiempo real. La mquina virtual de CLDC no permite la ejecucin de hilos daemon.

8. Referencias dbiles no implementadas

La JVM/CLDC puede generar referencias a otros objetos. Algunas de estas referencias son prioritarias para el funcionamiento de un cdigo. Otras de estas referencias pueden ser prescindibles, de manera que cuando se ejecuta el recolector de basura para liberar memoria, estas referencias pueden ser eliminadas2. Para recordarle al aprendiz, un

Vease el paquete java.lang.ref

11

Programacin de dispositivos mviles Semana 2

recolector de basura es un proceso que permite llenar los huecos en la pila de memoria con procesos ejecutados en tiempo real, de manera que se recupera espacio. Digamos que la pila de memoria se llena con un conjunto determinado de procesos. Y digamos que mientras se ejecutan algunos procesos, otros desaparecen. La pila queda entonces de la siguiente manera:

Vemos que los espacios en blanco son aquellos procesos que fueron liberados, pero que la pila se encuentra llena. El recolector de basura llena estos espacios, quedando la pila de esta manera:

12

Programacin de dispositivos mviles Semana 2

Es as como se libera espacio en la pila, a travs del recolector de basura.

SEGURIDAD EN CLDC

Los dispositivos con configuracin CLDC son extensibles, es decir, la extensin de sus alcances se aumenta gracias a las aplicaciones que se ejecutan en los mismos, combinado con la interactividad que hay entre dispositivos al comunicarse entre s. Estos dispositivos mviles, como nos acompaan en todo momento, generalmente tienen informacin privada o confidencial. La unin de interaccin con informacin privada, casi nunca resulta cmoda. Es por esto que se debe hacer gran nfasis en la seguridad de este tipo de dispositivos. Tambin debemos pensar en la posibilidad de que, al transmitirse un MIDlet entre servidor y cliente, llegue ntegro y sin problemas en la transmisin, ya que no queremos un error en tiempo de ejecucin que nos bloquee el equipo mvil, que nos sature la memoria, o que, en el peor de los casos, comprometa nuestra informacin. Es por esto que se debe tener especial cuidado en la integridad de las aplicaciones y los datos transmitidos.

Cul es el modelo de seguridad usado en estos dispositivos? Es un modelo que no es nuevo, y que se usa en aplicaciones generales de JAVA (es decir, en applets). Este modelo de seguridad es llamado el modelo SandBox o el modelo de aislamiento de procesos. Se puede decir entonces que el modelo de seguridad de la configuracin CLDC es similar al modelo usado por la J2SE para ejecutar applets. El modelo SandBox es un modelo que funciona como una celda o un cuarto que asla un proceso determinado, y le permite ser ejecutado dentro de l. Cuando entramos a una pgina Web, y existe una aplicacin JAVA, esta se encuentra enmarcada en un cuadro que la contiene. Dentro, la aplicacin es

13

Programacin de dispositivos mviles Semana 2

funcional, pero fuera de la pgina, la aplicacin de JAVA no puede moverse. Este marco asla la aplicacin, funciona como una caja de arena para nios. Este modelo entonces establece que solo se pueden llevar a cabo determinadas acciones que l considera seguras. Eso significa que las aplicaciones que se ejecutan dentro de la caja deben cumplir ciertas condiciones: Cuando se ejecuta la aplicacin, se verifica si los archivos de clase JAVA son aplicaciones vlidas. Solo las APIs autorizadas por la CLDC pueden ser ejecutadas en la SandBox. La caja no permite cargar una clase que se haya definido por un usuario. La aplicacin activa dentro de la SandBox solo puede ejecutar caractersticas nativas internas del CLDC. Cuando ejecutamos una aplicacin bajo una KVM, esta puede apuntar a espacios de memoria que en un dispositivo mvil no existen. Este proceso puede acarrear problemas serios en nuestro dispositivo, por lo que se debe tener muy en cuenta esta caracterstica. Para eso, el verificador de clases se asegura en todo momento de que no hayan referencias a posiciones no vlidas de memoria. Este verificador de clases tambin se encarga de observar que las clases cargadas no se ejecuten de una manera no permitida por la configuracin CLDC

LIBRERAS CLDC

La versatilidad de JAVA radica en la cantidad de libreras que incorpora, convirtindolo en una herramienta de muy amplia gama, pues estas libreras dan la capacidad de crear una gran cantidad de programas tiles para el mbito empresarial y personal. Desafortunadamente, todas estas libreras requieren una gran cantidad de memoria (en comparacin con la memoria de

14

Programacin de dispositivos mviles Semana 2

un dispositivo mvil), teniendo generalmente tamaos de varios megabytes. Si recordamos las capacidades de memoria de un dispositivo mvil que sea arropado por a configuracin CLDC, veremos que la memoria que estos dispositivos manejan no sobrepasa generalmente los 500Kb (ni siquiera llega al medio megabyte), por lo que es prcticamente imposible montar las libreras estndar de J2SE y J2EE dentro de un dispositivo mvil. Ac veremos cules son los objetivos generales de diseo de una librera para CLDC, cules son sus objetivos generales, y que tipos de clases poseen dichas libreras.

Objetivos generales:

Cul es el objetivo general del diseo de una librera JAVA para CLDC? Creo que en este curso no nos cansaremos de comentar la limitacin de memoria que poseen los dispositivos mviles, y como dicha limitacin impone restricciones en todos los componentes y aplicaciones creadas. Con estas limitaciones en la cabeza, creamos unas libreras completamente bsicas y fundamentales, propias para una variedad de pequeos dispositivos. El objetivo de estas libreras es el de proporcionar un conjunto bsico de herramientas para desarrollar aplicaciones y definir perfiles para estos pequeos dispositivos.

Compatibilidad:

Nuestro objetivo principal entre la plataforma J2SE, J2EE y la JVM con la CLDC incluida, es garantizar la mayor compatibilidad posible entre aplicaciones. Esto hace que las libreras de la J2ME sean un subconjunto de las usadas en J2SE y J2EE. Por esta razn, muchas de las aplicaciones de J2ME pueden ser ejecutadas en J2EE y J2SE, y viceversa. Sin embargo, la memoria nos limita. Las libreras de las versiones estndar y empresarial de JAVA estn muy interconectadas entre s. Algunos

15

Programacin de dispositivos mviles Semana 2

elementos de las libreras dependen directamente de otras libreras, haciendo que en algunos casos, querer incluir una librera obliga a la inclusin de otras, y no nos podemos dar ese lujo. Sectores como la seguridad, las entradas y salidas de datos, las interfaces de usuario y el trabajo en red tienen bibliotecas fuertemente vinculadas entre s. Esta vinculacin hace muy difcil la capacidad de crear subconjuntos de libreras, lo que ha llevado al rediseo de algunas libreras para la configuracin CLDC, especialmente en el rea de trabajo en red y de entrada y salida de datos.

Por esta razn, podemos dividir las libreras de CLDC en 2 categoras definidas:

Libreras como subconjunto de las presentes en J2SE (es decir, libreras heredadas)

Libreras especficas de CLDC

Veamos cada una de ellas

Libreras heredadas

CLDC posee una gran cantidad de clases heredadas de la plataforma J2SE. Para ser ms especficos, hereda aproximadamente 37 clases

pertenecientes a los paquetes java.lang, java.util y java.io. Esas clases heredadas tienen como caracterstica ser idnticas o al menos es un subconjunto de la clase correspondiente en J2SE. Los mtodos y la

semntica trabajada en cada clase han permanecido idnticos para mantener la compatibilidad entre plataformas. Podemos observar las clases heredadas de J2SE en las siguientes tablas:

16

Programacin de dispositivos mviles Semana 2

17

Programacin de dispositivos mviles Semana 2

Libreras propias de CLDC

Memoria, memoria, memoria La falta de memoria en los dispositivos limita todos los procesos y aplicaciones de JAVA. En este punto, no es la excepcin. En las tablas anteriores vimos que la plataforma J2SE hered algunas de las clases de los paquetes java.io y java.net. Esos paquetes en la J2SE estn encargados de las operaciones de entrada y salida de datos. Como se vio, no se pudieron heredar todas las clases, pero entre esas clases no hered ninguna encargada de la transferencia de ficheros, entre otras. Esto se debe a que, como la aplicacin CLDC maneja dispositivos que en su sistema operativo no tienen la nocin de fichero, lo cual hace innecesario heredar esta caracterstica. Otra de las clases no heredadas fue la de comunicaciones basadas en TCP/IP presentes en el paquete java.net, ya que no se puede asegurar que los dispositivos mviles usen este protocolo de comunicacin para interactuar con la red. Para solucionar estos problemas, la plataforma J2ME tiene un conjunto de clases mucho ms genrico, llamado Generic Connection Framework, includo en el

18

Programacin de dispositivos mviles Semana 2

paquete javax.microedition.io. Estas clases se pueden observar en la siguiente tabla:

El manejo de estas clases e interfaces es avanzado para un curso introductorio, por lo que deben ser estudiadas por el aprendiz en otros cursos.

19

Programacin de dispositivos mviles Semana 2