En esta sección se describen los temas siguientes:
OSGi (Open Service Gateway Initiative) es una forma estándar de gestionar dispositivos, tales como dispositivos motorizados (telemática), dispositivos inteligentes para el hogar (electrodomésticos, sistemas de seguridad, sistemas de gestión de la energía) y dispositivos portátiles (teléfonos móviles, agendas electrónicas).
La clase de dispositivos Eclipse está basada en la infraestructura OSGi con soporte adicional para la gestión de características de Eclipse, plug-ins de Eclipse, preferencias de Eclipse y propiedades. El agente de Eclipse se ejecuta en una infraestructura OSGi R1 y su tiempo de ejecución acepta paquetes R3, R3+ y R4. El dispositivo Eclipse no tiene un soporte de gestión nativo de Linux y Windows de 32 bits pero proporciona las suficientes funciones de suministro para que De vice Manager pueda gestionar características de Eclipse, plug-ins, preferencias y propiedades.
Device Manager refuerza la pila de BaseOMA DM y las funciones de OSGi para el agente de dispositivo de Eclipse y el plug-in. Además, el protocolo BaseOMA DM se amplía para dar soporte a funciones adicionales no definidas por el estándar BaseOMA DM, por ejemplo la carga automática de prerrequisitos de paquetes y características y el ajuste de la resolución de prerrequisitos para paquetes OSGi.
Los objetos de gestión son las entidades que se pueden manipular mediante acciones de gestión realizadas a través del protocolo BaseOMA DM. Un objeto de gestión puede ser tan pequeño como un número entero o grande y complejo como una imagen de fondo o un salvapantallas. El protocolo BaseOMA DM no conoce el contenido o los valores de los objetos de gestión y trata los valores de nodo como datos opacos.
Los clientes y servidores BaseOMA DM soportan como mínimo estos tres objetos de gestión:
El objeto de gestión BaseOMA DM consta de dos partes:
Es necesario el agente de dispositivo para enviar el conjunto ./DevInfo/Ext/DeviceAgentVersion con un valor de 2.1 y así permitir que la función de Eclipse se habilite en el servidor Device Manager.
El agente y el plug-in de Eclipse utilizan objetos de gestión de BaseOMA DM para comunicarse entre sí a fin de realizar trabajos.
La gestión de dispositivos BaseOMA DM se basa en objetos de gestión, que se encuentran en una estructura en árbol (nodos). Los objetos de gestión pueden estar basados en estándares, como DevDetail, o pueden ser propios.
Los objetos de gestión pueden tener un nodo raíz permanente, como DevInfo, o un nodo raíz dinámico determinado por el fabricante del dispositivo. Device Manager sólo admite los objetos de gestión de nodo raíz permanente.
Un trabajo de descubrimiento de nodos busca recursivamente todos los subnodos en los dispositivos de destino basándose en un URI de destino contenido en los objetos de gestión de BaseOMA DM. Los nodos descubiertos se recopilan del dispositivo la siguiente vez que se conecta al servidor Device Manager. Si se especifica la opción, los resultados se pueden guardar en la base de datos de Device Manager.
Las preferencias de Eclipse almacenan la información para los ámbitos siguientes: valor por omisión, configuración, instancia, proyecto y definidos por usuario. Las preferencias se organizan de forma jerárquica como un árbol. Puede añadir cualquier nodo de preferencia después de un nodo de preferencia. Utilice los trabajos de edición y recuperación de preferencias de Eclipse para gestionar las preferencias de Eclipse. Si se especifica la opción, los resultados se pueden guardar en la base de datos de Device Manager.
Las propiedades recuperadas se almacenan en la base de datos de Device Manager con el trabajo de recuperación de propiedades. Las propiedades se organizan de forma jerárquica como un árbol. Puede modificar y añadir un nodo de propiedades después de un nodo de propiedades con un trabajo de edición de propiedades.
Un trabajo de edición de propiedades sólo da soporte a la edición de propiedades en los nodos seleccionados del árbol. Para editar otros nodos del árbol, utilice un trabajo de descubrimiento de nodos para recuperar los datos y, a continuación, utilice un trabajo de mandatos personalizados para añadir, modificar o suprimir los nodos y datos.
Los tipos de trabajo que implementa el plug-in para dispositivos Eclipse son los siguientes:
Con el trabajo de script de mandatos, los administradores pueden crear trabajos de mandatos más complejos que los trabajos de mandatos personalizados.
El trabajo emite uno o más mandatos especificados para realizar operaciones en dispositivos de destino o devuelve información de dispositivos.
Normalmente la petición es iniciada por el dispositivo, y luego el servidor obtiene la lista y la envía al dispositivo.
Puede dirigir trabajos a todos los modelos de dispositivos Eclipse o utilizar una consulta para dirigir trabajos a modelos específicos de dispositivos Eclipse. Por ejemplo, un administrador puede apuntar la distribución de algunos paquetes a dispositivos de un tipo, pero no a los dispositivos de otro tipo.
Cada tipo de dispositivo Eclipse tendrá un nombre de modelo distinto, que sigue el convenio de denominación: Eclipse_unModeloDeDispositivo. Por lo tanto, si tiene dispositivos Eclipse Modelo_A y Modelo_B, los nombres de los modelos son Eclipse_Modelo_A y Eclipse_Modelo_B. Utilizando la consola de Device Manager, puede crear una nueva consulta con las siguientes propiedades:
| Propiedad | Acción y valor de propiedad |
| Nombre de consulta | Dispositivos Eclipse Modelo A |
| Descripción | Todos los dispositivos Eclipse con el nombre de modelo Eclipse_Modelo_A |
| Seleccione la pestaña Modelo para especificar criterios de búsqueda | Seleccione Devolver cualquier elemento con texto que coincida con los criterios de búsqueda indicados. Como criterios de búsqueda, escriba: Eclipse_Modelo_A |
Utilizando la consola de Device Manager, el mandato de administración (dmaddjob) o la API de administración, cree un trabajo destinado a dispositivos que coincidan sólo con una consulta específica.
Por ejemplo, mediante la consola de Device Manager, cree un nuevo trabajo con el asistente para someter trabajo. En la ventana Dispositivos de destino, utilice las siguientes propiedades:
| Propiedad | Acción y valor de propiedad |
| Clase de dispositivo | Eclipse |
| Consulta | Dispositivos Eclipse Modelo A (nombre de consulta de la sección anterior) |
Este trabajo sólo se destina a los dispositivos Eclipse Modelo A. Los dispositivos Eclipse Modelo B no recibirán este trabajo.
La seguridad y la autenticación para dispositivos y el plug-in Eclipse cumplen con los requisitos de conformidad con BaseOMA DM. Los esquemas de autenticación que se pueden utilizar son los siguientes:
Además, se utilizan cabeceras HTTP para determinar la seguridad de la comunicación del transporte. Para el plug-in, el administrador selecciona el nivel mínimo de seguridad de BaseOMA DM que se necesita para los dispositivos cliente que se conectan a través de transportes seguros y transportes inseguros.
El usuario del dispositivo puede establecer un parámetro para especificar el nivel de WTLS (Wireless Transport Layer Security) que debe existir para que una conexión se considere segura. Las conexiones HTTPS se consideran seguras.
Los parámetros para controlar la comprobación de credenciales de BaseOMA DM y otras características se almacenan en un archivo denominado web.xml (consulte el tema de Resolución de problemas). Puede utilizar la herramienta WebSphere Application Assembly o un editor de XML de su elección para editar este archivo XML. Los parámetros son los siguientes:
Para los dispositivos Eclipse, el valor por omisión es No.
| Nota: | Si el valor de HTTPBasicAuthRequired es Yes, entonces debe habilitar la seguridad en WebSphere Application Server antes de ejecutar cualquier trabajo para dispositivos Eclipse. (Consulte la sección de implementación de seguridad para Device Manager.) |
|---|
La inscripción de un dispositivo se lleva a cabo cuando el administrador preinscribe el dispositivo utilizando la consola de Device Manager o cuando un dispositivo se conecta al servidor Device Manager por primera vez.
Cuando los dispositivos se preinscriben, el administrador proporciona normalmente la siguiente información:
Si el cliente Eclipse DM y el servidor Eclipse DM no utilizan ninguna función de seguridad de BaseOMA DM y si un dispositivo no está preinscrito, el dispositivo se puede inscribir automáticamente cuando se conecte al servidor Device Manager por primera vez.
Si se utiliza la seguridad de BaseOMA DM, la inscripción automática no se llevará a cabo porque fallará la comprobación de credenciales de BaseOMA DM.
Los dispositivos inscritos automáticamente no pueden utilizar sesiones de BaseOMA DM iniciadas por el servidor a menos que se añadan datos adicionales, tales como el nombre de usuario y la contraseña de dispositivo y el ID y la contraseña de servidor, a los datos de inscripción de dispositivos.
Por omisión, al inscribir un dispositivo Eclipse, se creará para el mismo un trabajo de recopilación de inventario de inscripción. El servidor Device Manager somete el trabajo al plug-in como primer trabajo. El trabajo de recopilación de inventario de inscripción se ejecuta en primer lugar porque es posible que trabajos de inscripción posteriores dependan de una consulta de inventario u otros datos de inventario. Cuando la exploración inicial de inventario finaliza, el dispositivo devuelve los datos de inventario. Los datos se añaden a la base de datos de Device Manager.
El trabajo de recopilación de inventario de inscripción debe haberse completado correctamente para que el dispositivo pueda recibir objetos grandes, como la distribución de software con un trabajo de actualización de firmware o el archivo de exportación de WebSphere Everyplace Connection Manager con un trabajo de configuración de dispositivo. Para poder enviar grandes objetos (como por ejemplo, archivos) al dispositivo, los datos Objeto grande habilitado en la tabla de inventario Detalle de dispositivo debe contener un valor verdadero. Este valor se establece como parte del trabajo de recopilación de inventario de inscripción. Por lo tanto, el administrador nunca debe cancelar el trabajo de recopilación de inventario de inscripción para dispositivos Eclipse.
Si se suprime el trabajo de recopilación de inventario de inscripción o si el valor de Objeto grande habilitado no es verdadero en la tabla de inventario Detalle de dispositivo, debe crear y ejecutar un trabajo de recopilación de inventario para recopilar los datos de hardware. Este trabajo establecerá el valor en verdadero para que el dispositivo pueda recibir objetos grandes.
| Nota: | Se recomienda no cancelar nunca el trabajo de recopilación de inventario de inscripción. Asimismo, un trabajo de inscripción de inventario no se debe someter nunca a una consulta. |
|---|
Cuando se conecte un dispositivo Eclipse al servidor Device Manager en un despliegue de servidor gestionado, utilice siempre el nombre de host totalmente calificado. Al instalar y configurar Device Manager, establezca variables de entorno de WebSphere para construir el URL de servidor, que se utiliza para volver a conectarse con el servidor Device Manager cuando se procesan los trabajos. Si el dispositivo está en un entorno en el que no hay ningún servidor de nombres de dominio (DNS), utilice la dirección IP del servidor Device Manager para el parámetro del URL del servidor.