Test des unités OSGi sans étape qui regroupe les lots
Question
J'ai vérifié quelques solutions de test pour OSGI, dont PAX, et j’ai jeté un coup d’œil rapide sur le résumé de TestCase dans Spring DM, mais il semble qu’il faille en prendre un pour regrouper les offres associées. J'espérais trouver quelque chose qui fonctionne sans cette étape intermédiaire.
Imaginez la possibilité de conditionner les paquetages sur votre chemin de classe afin que les paquetages x et y constituent le paquet XY et que les paquets x et z forment le paquet XZ. Le paquet XZ ne verrait pas " package " y " mais pourrait importer un service de XY résidant dans le package x. Avez-vous des commentaires si cela est possible ou s'il existe un cas de test / bibliothèque équivalent?
La solution
Je pense que vous recherchez l'utilisation de minuscules paquets d'OPS4J avec Pax Exam.
Autres conseils
Si vous souhaitez réellement appliquer les règles de visibilité à l'exécution, vous devez probablement exécuter vos tests dans un environnement OSGi et payer un surcoût en termes de performances.
Cependant, il peut être suffisant que vous imposiez la visibilité de la compilation en séparant vos classes en unités de compilation distinctes (modules Maven X, Y, Z, par exemple) avec des dépendances appropriées, puis en exécutant un framework de test standard (par exemple, JUnit) sans OSGi. .