Tengo un paquete de implementación de osgi que contiene un @Component que obtiene una @Referencia a una implementación de servicio.
Hay varios paquetes que implementan el servicio de diferentes maneras. No hay problema, osgi elige uno (usando clasificación o algo similar). El problema es que el desarrollador (yo) toma la decisión sobre qué implementación de servicio usar.
Pero, ¿es posible especificar de alguna manera en tiempo de ejecución (cuando se inician los paquetes o en otro momento) qué implementación de servicio debe seleccionar la anotación @Reference?
Sospecho que puedo usar ServiceTracker para hacer esto.
[editar] justo después de publicar encontré https://stackoverflow.com/a/5804265/7820234 (patrón de estrategia), que parece prometedor, lo único es que no sé qué servicios de OperatorProvider están disponibles. Puedo implementar el "servicio de selector" e implementar un ServiceTracker para administrar los servicios de OperatorProvider.
[edit2] Otra forma parece ser https://stackoverflow.com/a/32813211/7820234 con ConfigurationAdmin, parece que puede cambiar "myService.target". Extender o implementar esta funcionalidad específica de ConfigurationAdmin debería hacer el trabajo.
¿Cuál es la forma preferida de ir o quizás haya mejores opciones?
Hay una solución simple que puedes probar. Cada componente de DS se puede adjuntar a un pid de administrador de configuración. Con esta configuración, puede anular el filtro de servicio para @Reference.
Si, por ejemplo, tiene @Reference myService; luego puede establecer la propiedad de configuración "myService.target=(color=blue).
Esto limitaría la referencia a un servicio con la propiedad de servicio color=blue .