Was sind die Nicht-Osgi-Ziele, mit denen Apache ACE funktionieren kann?

Question

Die Apache-ACE-Dokumentation bezieht sich, dass Software-Bereitstellung auf andere Arten von Zieltypen "Nicht-Osgi-Container oder etwas ganz anderes Ziel" ausführen kann.Es ist jedoch keine Dokumentation zur Nicht-Osgi-Ziel verfügbar.

Kann ich einige Beispiele für Nicht-Osgi-Ziele haben, an denen Apache ACE Software-Bereitstellung ausführen kann.Was ist auch die Mindestanforderung für ein Ziel, mit Apache ACE zu arbeiten.

danke

Answer 1

Einige Beispiele für Nicht-Osgi-Ziele, die ich gesehen habe, dass die Leute erstellen, sind:

.
• Android-Anwendungen an einem mobilen Gerät mit einem Ressourcenprozessor, der programmgesteuert .apk Dateien programmgesteuert installieren könnte.
• Windows-Desktop-Anwendungen, die erneut mit einem Ressourcenprozessor, auf dem Desktop-Computer der Benutzer installiert wurden.
• Kernel-Module, Konfiguration und andere Dateien, Datenbankschema usw.

  Alle können durch Erstellen des entsprechenden Ressourcenprozessors implementiert werden. Kurz gesagt, ein Ressourcenprozessor ist nur ein OSGI-Bundle, das neben den bereitgestellten Ressourcen versendet wird. Beide kommen am Ziel an, wo der Prozessor verwendet wird, um die Ressource irgendwie zu installieren. Mit dem Mechanismus können Sie das Bereitstellungssystem mit neuen Dateitypen erweitern.

  Ein anderes Nicht-Osgi-Ziel, das Sie verwenden können, ist pojosr. Das funktioniert etwas anders. Mit einem speziellen Postprozessor-Bundle können ACE, anstatt Bereitstellungspakete zu liefern, eine ausführbare JAR-Datei erstellen, die das POJOSR-Framework und die von Ihnen konfigurierten Bündel enthält. Sie können dieses Glas irgendwo abrufen und ausführen. Hauptsächlich interessant in Umgebungen, in denen normalerweise Osgi nicht ausführen konnten.

  noch ein anderes, was ich gesehen habe, ist ein Bereitstellung von Apache Celix, einer OSGI-Implementierung in C. Sie haben tatsächlich einen Nachweis des Konzeptmanagements implementiert, das mit Ass sprechen kann, und sie können Bündel mit C-Code ermitteln Weg.

  Über die Mindestanforderungen:

  Wir versuchen, den Verwaltungsagenten mit der grundlegenden OSGI-Ausführungsumgebung kompatibel zu halten, was bedeutet, dass wir keine Java 5+ -Funktionen verwenden. Es braucht jedoch eine R4-kompatible Osgi-Implementierung, R3 ist jedoch zu alt, da er Depresmentadmin nicht unterstützt (die Basis für den Bereitstellungsmechanismus, den wir verwenden).

Answer 2

Schauen Sie sich einen Blick auf Remote-Schnittstellen , aber http istDer Standardwert, den ich denke, sehen Sie dies Link - so als MinimumAnforderung, alles, was die Metadaten prüfen kann, und eine Sockel können die relevanten (erholsamen) URLs und Entdecken / Bereitstellung von ACE treffen.

Answer 3

Ich habe keine viel Erfahrung mit Apache ACE, aber wenn Sie nach einem Remote-Bereitstellungssystem suchen, das hauptsächlich Osgi-Clients abzielt, aber auch andere Ziele umgehen kann, können Sie einen Blick auf ProSyst Mpower Remote Manager - Die unterstützten Ziele sind osgi-basierte Geräte, OMA-DM-Geräte und TR-069-Geräte .