Каковы целевые показатели не ОСГИ, с помощью которых может работать Apache Ace

Question

Документация ACACE ACE относится к тому, что она может выполнять программное обеспечение для других типов целей «неразгибные контейнеры, или что-то совершенно другое цель».Но никакой документации не доступен в отношении неразгибной цели.

Могу ли я иметь несколько примеров целей не ОСГИ, к которым Apache Ace может выполнять программное обеспечение.Кроме того, каковы минимальные требования для цели работать с Apache Ace.

Спасибо

Answer 1

Некоторые примеры целей не ОСГИ, которые я видел, люди создают:

.
• Приложения для Android на мобильное устройство, используя ресурсный процессор, который может программно установить файлы .apk.
• Приложения Windows Desktop, которые снова используют ресурсный процессор, были установлены на настольном компьютере пользователей.
• модули ядра, конфигурация и другие файлы, схема базы данных и т. Д.

  Все это можно реализовать путем создания соответствующего ресурсного процессора. Короче говоря, ресурсный процессор - это просто пакет OSGI, который поставляется вместе с ресурсами, которые обеспечиваются. Оба прибывают на цель, где процессор используется для как-то установки ресурса. Механизм позволяет расширить систему обеспечения новыми типами файлов.

  Еще одна неразгибаемая цель, которую вы можете использовать, это Pojosr. Это работает немного по-другому. С помощью Special Post Processor Bundle ACE может вместо доставки пакетов развертывания создать исполняемый файл JAR, который содержит Pojosr Framework и настроившиеся вами пакеты. Вы можете получить и запустить эту банку в любом месте. В основном интересным в средах, где обычно вы не могли запускать OSGI.

  Еще одна вещь, которую я видел, развернувшись до Apache Celix, которая представляет собой реализацию ОСГИ в C. Они фактически реализовали доказательство агента по управлению концепцией, которое может разговаривать с ACE, и они могут обеспечить пачки с C-кодом путь.

  О минимальных требованиях:

  Мы пытаемся сохранить агент управления, совместимый с основными средами выполнения OSGI, что означает, что мы воздерживаемся от использования любых функций Java 5+. Это требует совместимого R4 ASGI, хотя R3 слишком старый, так как он не поддерживает deploymentAdmin (что является основой для механизма использования, который мы используем).

Answer 2

Посмотрите на Удаленные интерфейсы , но httpПо умолчанию я думаю, вижу это Ссылка - как минимумТребование, все, что может проверить метаданные и поток сокета, может ударить соответствующие (спокойные) URL-адреса и открыть / обеспечить от туза.

Answer 3

У меня нет большого опыта работы с Apache Ace, но если вы ищете систему удаленного обеспечения, которая в основном предназначена для клиентов OSGI, но также может обрабатывать другие цели, вы можете взглянуть на ProSyst MPOWER Remote Manager - Поддерживаемые цели являются устройствами на основе OSGI, устройства OMA DM и TR-069/ a>.