¿Hay alguna manera de declarar beans utilizando la configuración basada en Spring Java sin verificación en tiempo de compilación, de modo que pueda proporcionar la implementación de la interfaz en tiempo de ejecución?
Por ejemplo, cuando escribo un cliente JAX-RS, uso la API JAX-RS sin hacer referencia a una implementación de API específica. En mi configuración Spring XML, luego declaro la implementación real de la API JAX-RS que quiero usar, por ejemplo, Jersey, al configurar el bean del cliente. Debido a que la configuración basada en XML se usa (y verifica) durante el tiempo de ejecución, no necesito depender del tiempo de compilación para Jersey. Esto me permite tener una dependencia <scope>runtime</scope> Maven para Jersey, mientras que debo tener una dependencia <scope>compile</scope> para la API JAX-RS. El beneficio de este enfoque es que si accidentalmente uso la implementación, mi aplicación no se compilará con Maven.
Por otro lado, si uso la configuración Spring basada en Java (usando @Configuration ) para declarar mis beans, debo tener una dependencia del tiempo de compilación para la implementación de la API porque la configuración en sí está compilada.
Si esto no es posible de lograr con la configuración basada en Java, ¿existen alternativas (además de usar una combinación de configuración basada en XML y Java que sé que es posible)?
Respuesta corta :
Si es posible :)
Respuesta larga :
Además de las formas descritas, Spring Boot proporciona esto listo para usar.
Es la forma en que Spring Boot hace su magia de configuración automática. Muchas opciones solo se proporcionan en la biblioteca principal de Spring Boot Starter solo durante el tiempo de compilación. Pero se volvió activo con la implementación real cuando las bibliotecas necesarias (o para ser clases precisas) están disponibles en la ruta de clase durante el tiempo de ejecución.
Spring Boot proporciona para este propósito una anotación especializada: @ConditionalOnClass . Recomendaría leer esta sección de la documentación de Spring Boots para familiarizarse con el tema.
Para compilar su configuración Java, todas las clases incluidas en ella deben ser accesibles en el momento de la compilación.
Puede mover esa clase raíz @Configuration a otro módulo maven, compilar su módulo principal y ese módulo específico por separado y no tener las dependencias que no desea tener en su módulo principal; luego haga referencia a esa clase raíz @Configuration específica cargando su contexto Spring (por ejemplo, a través del parámetro de contexto contextConfigLocation ).
O podría usar técnicas sucias Class.forName() + newInstance() en su @Configuration.
Por supuesto, la opción que menciona (una combinación de @Configuration + configuraciones basadas en XML) también es posible.