- Spegnimento
- 4 settembre 2026 alle ore 22:39 UTC
- Autore
- Kamo
- Impegno
- fe3e433
Ogni capsula di SecurityService costruito dal 4bd25e7 non riesce ad avviare: Le dipendenze di alcuni dei fagioli nel contesto di applicazione formano un ciclo: ─ | commitLogTranslationListener (campo ... .self) ─ CommitLogTranslationListener si inietta in modo che tradurreCommitLog() è chiamato attraverso il proxy di primavera — un metodo @Async/@Transactional invocato come questo.method() bypassa il proxy e l'annotazione non fa nulla. Che cosa ha fatto legale era @Lazy sul campo. È ancora nel file, e questo è tutto trappola: 4bd25e7 inserito il campo SingletonTaskRunner tra l'annotazione e il campo che ha sorvegliato, quindi @Lazy legato al nuovo vicino invece. Niente cancellato, il diff letto come un'aggiunta pura, e l'auto-iniezione tranquillamente è diventato ansioso. Si nascondeva bene. Un vecchio pod rimase al servizio del traffico mentre entrambi i nuovi ReplicaSets CrashLooped, quindi il servizio sembrava sano e semplicemente stallo — che è come non rispondere", perché il endpoint che chiama esiste solo nell'immagine che non poteva cominciare. Niente l'ha preso e niente avrebbe potuto. ApplicazioneContextStartsTest è il guardia per esattamente questa modalità di fallimento ed è @Disabled fino a quando non c'è un Redis per e CI qui gestisce la suite con -DskipTests, quindi un albero rosso costruisce e schieramenti. Quindi la soluzione e' dotata di un cricchetto statico. SelfInjectionLazyRatchetTest legge il fonte e afferma che ogni campo il cui tipo è la propria classe dichiarante ha @Lazy DIRECTLY sopra di esso — ajacency, non solo la presenza, dal momento che "il file contiene un @Lazy da qualche parte" era vero durante l'outage. Non funziona sul bug e passa sulla correzione, e fallisce forte se mai smette di trovare auto-iniezioni a tutti, piuttosto che passare vacuamente il modo SecurityServiceApplicationTests ha fatto per mesi. (Scritto in primo luogo come un reex che parla delle annotazioni, che ha ricattato in un StackOverflowError — un fallimento che sembra esattamente come un rilevamento fino a quando non si leggilo. Ora corrisponde a una linea alla volta.) Suite completa: 2130 test, 0 guasti.