¿Cuáles son los objetivos que no son OSGI con los que APACHE ACE puede funcionar?

Question

Apache ACE Documentation se refiere a que puede hacer el aprovisionamiento de software a otros tipos de objetivos "contenedores no OSGI, o algo completamente diferente".Pero no hay documentación disponible con respecto a la oferta no OSGI.

¿Puedo tener algunos ejemplos de objetivos no OSGI a los que Apache ACE puede hacer el aprovisionamiento de software?Además, cuáles son los requisitos mínimos para que un objetivo funcione con Apache Ace.

gracias

Answer 1

Algunos ejemplos de objetivos no OSGI que he visto a la creación de personas son:

• Aplicaciones de Android a un dispositivo móvil, utilizando un procesador de recursos que podría instalar archivos .apk.
• Las aplicaciones de escritorio de Windows que, nuevamente, usar un procesador de recursos, se instalaron en una computadora de escritorio de los usuarios.
• Módulos de kernel, configuración y otros archivos, esquema de la base de datos, etc.

  Todos estos pueden implementarse creando el procesador de recursos apropiado. En resumen, un procesador de recursos es solo un paquete OSGI que se envía junto con los recursos que se aprovisionan. Ambos llegan al objetivo, donde se utiliza el procesador para instalar de alguna manera el recurso. El mecanismo le permite extender el sistema de aprovisionamiento con nuevos tipos de archivos.

  Otro objetivo que no sea OSGI que puede usar es POJOSR. Esto funciona un poco de manera diferente. Con un paquete especial de Post procesador, ACE puede, en lugar de entregar paquetes de implementación, cree un archivo de jar ejecutable que contenga el marco POJOSR y los paquetes que configuró. Puedes buscar y ejecutar este frasco en cualquier lugar. Principalmente interesante en entornos donde normalmente no pudiste ejecutar OSGI.

  Otra cosa que he visto hecho está desplegando a Apache Celix, que es una implementación de OSGI en C., en realidad, han implementado una prueba del agente de gestión de conceptos que puede hablar con ACE y pueden provisiones de paquetes con el código C que camino.

  sobre los requisitos mínimos:

  Intentamos mantener al Agente de Administración compatible con el entorno de ejecución básico OSGI, lo que significa que nos abstamos de usar cualquier característica de Java 5+. Sin embargo, necesita una implementación de OSGI compatible con R4, R3 es demasiado antiguo, ya que no admite la implementación de DMIN (que es la base para el mecanismo de aprovisionamiento que usamos).

Answer 2

Eche un vistazo a interfaces remotas , pero http esEl valor predeterminado, creo, consulte este enlace - para un mínimoRequisito, cualquier cosa que pueda verificar los metadatos y la transmisión de un zócalo puede alcanzar las URL relevantes (de aspecto restante) y descubrir / provisión de ACE.

Answer 3

No tengo mucha experiencia con Apache ACE, pero si está buscando un sistema de aprovisionamiento remoto que se dirige principalmente a los clientes de OSGI, pero también puede manejar otros objetivos, puede echar un vistazo a Prosyst Mpower Remote Manager - Los objetivos compatibles son dispositivos basados en OSGI, dispositivos OMA DM y Dispositivos TR-069 .