- Se descapó
- 5 de septiembre de 2026 a las 0:19 UTC
- Autor
- Kamo
- Compromit
- 9b08a73
Mi propia regresión, y la segunda ruptura de contexto en este servicio de hoy: Error crear frijol con el nombre 'terminalTicketRegistry': Fallecido instantáneo [...TerminalTicketRegistry]: No se encontró constructor por defecto Causado por: **************** ********** La primavera elige un constructor por sí misma cuando una clase tiene exactamente una. Dado dos y no "Autowired" cae de nuevo al default sin argumento. Esta clase ha llevar dos constructores durante mucho tiempo, uno público sin agarre y un paquete-privado uno tomando un reloj para las pruebas y estaba bien, porque el El revés encontró el no-arg. Trasladar las entradas en una tienda compartida, reemplazó que constructor sin agarre con uno tomando una dependencia, así que no quedaba nada que Quédate de nuevo. No lo ataba nada. Se compila. Pasa cada unidad de prueba, porque llaman a la constructor directamente y nunca ejercitar la selección de Spring en absoluto. Y el guardia que existe exactamente para esta forma, ApplicationContextStartsTest, es "Disabled" hasta que haya un Redis para ello, mientras que CI dirige la suite con -DskipTests. Así que viene con un trinquete, como lo hizo el descanso de Perezoso. ********************** refleja cada clase de estereotipo anotado y falla cualquier frijol con dos o más constructores donde ninguno está conectado y no hay público sin garga que es precisamente lo que la Primavera misma mira. Verificado rojo contra el árbol roto (no dio nombre a esta clase y sólo a esta clase, así que nada más en el servicio tiene el defecto) y verde después de la solución. Suite completa en un árbol de trabajo aislado: 2175 pruebas, 0 fallas.