Question

Y avait-il des technologies concurrentes à cette époque? Quels étaient les avantages d’OSGi par rapport à d’autres technologies et à la technologie native (antérieure à la version 3.0)?

Était-ce utile?

La solution

L’avantage majeur d’OSGi est peut-être la possibilité d’avoir des groupements séparés et séparés. Cela permet à un groupe de cacher ses dépendances au chargeur de classe global.

Souvent, lors de la construction d'un système volumineux, un composant nécessite une certaine bibliothèque, tandis qu'un autre utilise une version différente mais incompatible de la même bibliothèque. Dans ce cas, choisir une version de la bibliothèque plutôt que l’autre casse l’autre.

Les chargeurs de classes distincts pour les fichiers JAR et les fichiers WAR constituaient une première tentative et permettaient une certaine modularisation et gestion des dépendances pour des composants séparés et isolés. Si vous examinez d'anciennes versions de WebLogic, etc., vous remarquerez qu'elles reconditionnent les bibliothèques couramment utilisées (par exemple, Xerces) sous weblogic. * Afin de ne pas être en conflit avec un Xerces que votre application souhaitera peut-être inclure.

Avec OSGI, il est possible que chaque groupe n’expose qu’un seul package contenant l’interface au cœur. Chaque paquet peut ensuite utiliser ses propres bibliothèques sans se soucier du problème de classe décrit ci-dessus.

Autres conseils

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top