Quais são os alvos não-OSGI com os quais o Apache Ace pode funcionar?

Question

A documentação do Apache Ace refere-se que ele pode fazer provisionamento de software para outros tipos de alvos "contêineres não-OSGI, ou algo completamente diferente".Mas nenhuma documentação está disponível sobre o alvo não OSGI.

Posso ter alguns exemplos de alvos não-OSGI para os quais o Apache Ace pode fazer provisionamento de software.Além disso, qual é o requisito mínimo para um alvo para trabalhar com o Apache Ace.

obrigado

Answer 1

Alguns exemplos de alvos não-OSGi que vi pessoas criadas são:

• Aplicativos Android para um dispositivo móvel, usando um processador de recursos que poderia instalar programaticamente arquivos .apk.
• aplicativos de desktop do Windows que, novamente usando um processador de recursos, foram instalados no computador desktop de um usuário.
• módulos de kernel, configuração e outros arquivos, esquema de banco de dados, etc.

  Todos estes podem ser implementados criando o processador de recursos apropriado. Em suma, um processador de recursos é apenas um pacote OSGI que é enviado ao lado dos recursos provisionados. Ambos chegam ao alvo, onde o processador é usado para instalar o recurso. O mecanismo permite estender o sistema de provisionamento com novos tipos de arquivos.

  Outro destino não-OSGI que você pode usar é Pojosr. Isso funciona um pouco diferente. Com um pacote especial do Post Processor, o Ace pode, em vez de entregar pacotes de implantação, criar um arquivo JAR executável que contenha a estrutura PoJOSR e os pacotes que você configurasse. Você pode buscar e executar este frasco em qualquer lugar. Principalmente interessante em ambientes onde normalmente você não poderia executar OSGi.

  Ainda outra coisa que eu vi ser feito é implantando para Apache Celix, que é uma implementação OSGi em C. Eles realmente implementaram uma prova de agente de gestão conceitual que pode falar com o Ace e eles podem provisionar pacotes com código c que maneira.

  Sobre os requisitos mínimos:

  Tentamos manter o agente de gerenciamento compatível com o ambiente básico de execução OSGI, o que significa que nós evitamos o uso de qualquer recurso Java 5+. Precisa de uma implementação OSGI compatível com R4, no entanto, R3 é muito antiga, pois não suporta a DeploymentAdmin (que é a base para o mecanismo de provisionamento que usamos).

Answer 2

Dê uma olhada em interfaces remotos , mas http éO padrão que penso, veja este link - Então, como um mínimoRequisito, qualquer coisa que possa verificar os metadados e transmitir um soquete pode atingir as URLs relevantes (restaurantes) e descubrar / provisão do Ace.

Answer 3

Eu não tenho muita experiência com o Apache Ace, mas se você estiver procurando por um sistema de provisionamento remoto que visse principalmente os clientes OSGI, mas também pode lidar com outros alvos, você pode dar uma olhada no prosyst Mpower Remote Manager - As metas suportadas são dispositivos baseados em OSGI, dispositivos OMA DM e TR-069/ a>.