- Spegnimento
- 5 settembre 2026 alle ore 00:19 UTC
- Autore
- Kamo
- Impegno
- 9b08a73
La mia regressione e la seconda pausa di inizio contesto su questo servizio oggi: Errore di creazione di fagiolo con nome 'terminalTicketRegistry': Impossibile istantaneo [...TerminalTicketRegistry]: Nessun costruttore predefinito trovato Causato da... Non e' vero. La primavera sceglie un costruttore di per sé SOLO quando una classe ha esattamente uno. Dati forniti due e nessun @Autowired ritorna al default no-argument. Questa classe ha ha portato due costruttori per lungo tempo — un pubblico no-arg uno e un pacchetto-privato uno prendendo un orologio per le prove — ed era bene, perché il Fallback ha trovato il no-arg. Trasferire i biglietti in un negozio condiviso sostituito che no-arg costruttore con uno che prende una dipendenza, quindi non c'era più nulla Torna indietro a. Niente l'ha preso. Si compila. Ogni prova passa, perché chiamano costruttore direttamente e mai esercitare la selezione di primavera affatto. E la guardia che esiste per esattamente questa forma, ApplicationContextStartsTest, è @Disabled fino a quando non c'è un Redis per esso, mentre CI gestisce la suite con -DskipTests. Quindi si tratta di un ratchet, come ha fatto la pausa @Lazy. E' il momento giusto. riflette su ogni classe annunciata dallo stereotipo e non riesce alcun fagiolo con due o più costruttori dove nessuno è @Autowired e non c'è nessun pubblico fallback — che è esattamente ciò che la primavera stessa guarda. Rosso verificato contro l'albero rotto (ha chiamato questa classe e solo questa classe, quindi niente altro nella servizio ha il difetto) e verde dopo la correzione. Suite completa in un piano di lavoro isolato: 2175 test, 0 guasti.