El documento describe el Record Management System (RMS) en Java, que proporciona un mecanismo para almacenar información de forma persistente entre ejecuciones de aplicaciones móviles. El RMS utiliza RecordStores para almacenar registros de información de manera similar a tablas en una base de datos. Cada RecordStore tiene un identificador único, mantiene la información entre sesiones y puede ser compartido entre aplicaciones de la misma suite.

1. DENYER HILARIO LAYZA

2. APLICACIONES MOBILES I
El RMS EN JAVA
Record Management System o Sistema de Gestión de Registros
es un mecanismo que proporciona la especificación MIDP para conseguir que los MIDlet almacenen información de forma persistente entre
distintas ejecuciones.
La información será guardada en una zona de memoria del dispositivo dedicada para este propósito. La cantidad de memoria, así como la zona
asignada para ello dependerán de cada dispositivo. RMS se diseñó pensando en la importancia de un sistema de almacenamiento para los
MIDlet, pero teniendo en cuenta las limitaciones propias de un MID.
CONCEPTO FUNDAMENTAL
es el de RecordStore, que puede interpretarse como un almacén de registros de información. Haciendo una analogía con
las bases de datos, un RecordStore equivale a una tabla dentro de un modelo de datos. Algunas de sus características
principales son:
Persistencia entre ejecuciones
Un RecordStore le proporciona
a los MIDlet la posibilidad de
almacenar
información
persistente entre diferentes
ejecuciones.
Es
responsabilidad
del
MID
guardar la información y
mantener
su
integridad
durante las operaciones de
uso
normales
(arranque,
llamadas,
descarga
de
batería,...),
así
como
proporcionar el lugar de
almacenamiento, que debe ser
transparente
para
las
aplicaciones.
Asociados a suites del
MIDlet
Identificador único y control de
versiones:
Una suite de MIDlet
puede tener asociados
varios RecordStore (varias
tablas) que sean
compartidos por todos los
MIDlet incluidos en ella. Al
eliminar una suite se
produce el borrado de los
RecordStore asociados (ya
que no tiene sentido
mantenerlos cuando no
son accesibles desde
ninguna otra suite). De
cierta forma, el conjunto
de RecordStore de
una suite es equivalente a
su modelo de datos.
Cada RecordStore posee un nombre
único dentro de la suite(aunque
diferentes suites pueden utilizar el
mismo nombre de RecordStore).
Además, un RecordStore tiene
asociado un campo de fecha y hora de
la última actualización (conocido como
marca temporal o time stamp), y otro
de número de versión, actualizado con
cada cambio que se efectúa. Esta
información permite la correcta gestión
de la información almacenada tanto
por los MIDlet como por la
implementación.
registro RMS.
Un registro en RMS es un vector
de bytes de longitud variable, asociado con
un identificador numérico, que se almacena
en un RecordStore. Si comparamos con una
base de datos, un registro RMS equivaldría
a un registro dentro de una tabla, con una
estructura bastante sencilla: un campo
identificador y un campo de información
con formato de vector de bytes.
propiedades de estos almacenes de registros son:
*Cada RecordStore puede estár compuesto por ningún, uno o más registros.
*Los nombres de RecordStore son sensibles a mayúsculas y minúsculas y están formado por un
máximo de 32 caracteres con codificación Unicode.
*Dentro de una suite no puede existir más de un RecordStore con el mismo nombre.
*Si una suite de MIDlets es borrada del dispositivo MID, se borrarán todos los RecordStore
pertenecientes a esa suite.
*Un MIDlet puede acceder a un RecordStore creado por otra suite, siempre que ésta de permiso
para ello.