Quali sono gli obiettivi non OSGI con cui Apache Ace può funzionare

Question

La documentazione Apache Ace si riferisce che può fare il provisioning del software ad altri tipi di destinati "contenitori non OSGI o qualcosa di completamente diverso".Ma nessuna documentazione è disponibile per quanto riguarda l'obiettivo non OSGI.

Posso avere alcuni esempi di obiettivi non OSGI a cui Apache ACE può fare il provisioning del software.Inoltre, quali sono i requisiti minimi per un bersaglio per lavorare con Apache ACE.

Grazie

Answer 1

Alcuni esempi di obiettivi non OSGI che ho visto le persone creano sono:

.
• Applicazioni Android a un dispositivo mobile, utilizzando un processore di risorse che potrebbe installare collamente i file .apk.
• Applicazioni desktop di Windows che, di nuovo utilizzando un processore di risorse, sono state installate sul computer desktop degli utenti.
• Moduli del kernel, configurazione e altri file, schema del database, ecc.

  Tutti questi possono essere implementati creando il processore di risorse appropriato. In breve, un processore delle risorse è solo un pacchetto OSGI che viene spedito accanto alle risorse che vengono fornite. Entrambi arrivano al bersaglio, dove viene utilizzato il processore per in qualche modo installare la risorsa. Il meccanismo consente di estendere il sistema di provisioning con nuovi tipi di file.

  Un altro obiettivo non OSGI che puoi usare è pojosr. Questo funziona un po 'diversamente. Con uno speciale bundle post processore, ACE può, invece di fornire pacchetti di distribuzione, creare un file JAR eseguibile che contiene il quadro di POJOSR e i bundle configurati. Puoi recuperare ed eseguire questo barattolo ovunque. Principalmente interessante in ambienti in cui normalmente non è stato possibile eseguire OSGI.

  Ancora un'altra cosa che ho visto è schierata su Apache Celix, che è un'implementazione OSGI in C. hanno effettivamente implementato una prova del concetto di gestione agente che può parlare con ACE e possono disporre di fasci con codice C modo.

  Informazioni sui requisiti minimi:

  Cerchiamo di mantenere l'agente di gestione compatibile con l'ambiente di esecuzione OSGI di base, il che significa che ti astendiamo dall'utilizzo di qualsiasi funzionalità Java 5+. Ha bisogno di un'implementazione ASGI compatibile R4 però, R3 è troppo vecchio in quanto non supporta la distribuzione di DeploymentAdmin (che è la base per il meccanismo di provisioning che utilizziamo).

Answer 2

Dai un'occhiata a Interfacce remote , ma http èL'impostazione predefinita Penso, vedi questo link - così come minimoRequisito, tutto ciò che può controllare i metadati e il flusso di una presa può colpire gli URL (Guardalful) pertinenti e scoprire / la fornitura di ACE.

Answer 3

Non ho molta esperienza con Apache Ace, ma se stai cercando un sistema di provisioning remoto che mira principalmente ai clienti OSGI ma può anche gestire altri obiettivi, puoi dare un'occhiata a PROSYST Mrawer remote manager - Gli obiettivi supportati sono dispositivi basati su OSGI, dispositivi OMA DM e TR-069 Dispositivi .