2016-05-09 12 views
0

Lesen Wiki-Seite über osgi https://en.wikipedia.org/wiki/OSGi Ich sah, dass es kein JSR über OSGi nur OSGi JSR. Bedeutet dies, dass die OSGi-Spezifikation aus JSR stammt? Wenn ja, warum?OSGi Spezifikation und JSR

+2

Ich stimme diese Frage als off-topic ab, weil es nicht um Programmierung geht und nicht zu einer praktischen, nützlichen Antwort führen kann. –

Antwort

1

Es scheint, dass OSGi, um einen Punkt um 2006, mit JSR-291 formalisiert wurde, obwohl es seit 1999 unabhängig existierte ... Dieser JSR wurde in August 2007 finalisiert, aber ich kann keine Erwähnung danach finden oder in der aktuellen OSGi-Spezifikation (R6), so meine Vermutung ist, dass es danach ruhig vergessen wurde.

Die aktuelle JSR, die aktiv ist und zielt darauf ab, Module an die JVM einzuführen, ist JSR-376, die ein zentraler Bestandteil der Project Jigsaw ist, mit Java 9 irgendwann 2017.

Hinweis in eingeführt werden, die Stichsäge völlig unabhängig ist OSGi (obwohl Peter Kriens, Autor des wahrscheinlich am weitesten verbreiteten OSGi-Tools, Bnd, ist Mitglied der JSR-376-Expertengruppe und der OSGi Alliance), obwohl beide Projekte das gleiche Ziel verfolgen, eine bessere Modularität zu Java hinzuzufügen.

Warum OSGi seinen eigenen Weg mit der OSGi Alliance gegangen ist und sich entschieden hat, dem JSR-Prozess nicht zu folgen, kann nur erraten werden ... aber meiner Meinung nach scheint OSGi in der Java-Community nie breite Akzeptanz gefunden zu haben ein Ganzes, es wurde sehr populär in bestimmten Bereichen einschließlich IoT/Embedded-Geräte und Anwendungsserver, die nicht, was Ihr durchschnittlicher Java-Entwickler arbeitet ... so ist es sinnvoll, dass es den am besten geeigneten Kanal für seine Entwicklung mit folgen sollte eine Allianz von Interessenten (Unternehmen wie Ericsson und IBM), die seit den späten 90er Jahren in irgendeiner Form existiert hat und für sie ziemlich gut funktioniert zu haben scheint.

+0

Vielen Dank für Ihre Antwort, aber ich kann nicht zustimmen, dass OSGi nie eine breite Akzeptanz in der gesamten Java-Community gefunden hat. Es wurde in bestimmten Bereichen wie IoT/Embedded-Geräten und Anwendungsservern sehr populär. Heute werden fast 90% (wenn nicht mehr) von Bibliotheken als osgi-Bundles bereitgestellt. –

+0

Diese Art der Antwort ist genau, warum die Frage nicht auf StackOverflow gehört. Reine Politik ... –

+0

@NeilBartlett Ich habe versucht, eine strikt politikfreie Antwort zu bekommen, indem ich einige Fakten über OSGi und JSRs gebe, um einen Hintergrund dafür zu finden, warum JSRs für OSGi keinen Sinn ergeben. Wie lautet meine Antwort reine Politik? – Renato