OSGi et anciennes bibliothèques
https://stackoverflow.com/questions/1045856
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je recherche OSGi depuis un moment et je me demande quelle est la meilleure façon de traiter & "; l'héritage &"; Bibliothèques (publiées sous forme de fichiers JAR simples, et non de packages OSGi).
Selon vous, quelle est la meilleure façon de gérer ces problèmes? Modifier mon fichier de manifeste et ajouter les informations minimales spécifiques à un ensemble, puis les reconditionner est ce que je fais pour le moment, mais cela me semble quelque peu faux. Devrais-je simplement utiliser la gestion manuelle des dépendances pour ces fichiers JAR (je le fais pour les bibliothèques qui ont une forte probabilité d’être utilisées que dans une certaine partie de mon application)?
Dans la mesure où ils sont disponibles, j'utilise des ensembles pour Eclipse (puisque j'utilise Equinox comme plate-forme OSGi, cela fonctionne bien pour les bibliothèques disponibles en tant qu'ensembles).
Existe-t-il des référentiels de bundles à part les bundles Eclipse que je devrais connaître?
La solution
Spring utilise OSGi de manière intensive en utilisant Equinox comme plate-forme sous-jacente.
http://www.springsource.org/dmserver
Le blog de Rob Harrop mérite d'être suivi si vous êtes intéressé par les développements OSGi.
Et pour répondre à votre question, voici le référentiel de bundle OSGi de Spring:
Autres conseils
Il existe également un Eclipse Orbit , qui contient un certain nombre d'ensembles préemballés destinés à être utilisés par Eclipse. Et au lieu de modifier directement le manifeste du paquet, vous pouvez créer un paquet enveloppant qui fournit vous-même le manifeste et inclure le fichier Jar tel quel dans l'en-tête Bundle-ClassPath: foo.jar. C’est un peu moins efficace de le faire de cette façon car au moment de l’exécution, le fichier foo.jar est extrait (du moins sur Equinox), mais il serait peut-être plus facile de gérer le processus de construction avec cela.
Le référentiel Spring est également une bonne source de bibliothèques open source OSGi'ified.
