Numele constructorului de primăvară ar trebui să utilizeze, sau contextul nu va începe

FixSecurityService
Expediere
5 septembrie 2026 la 00:19 UTC
Autor
Kamo
Comite
9b08a73

Propria mea regresie, şi cea de-a doua ruptură de context-startup pe acest serviciu astăzi: Eroare la crearea boabelor cu denumirea "terminalTicketRegistry": Eșec la instanție [...terminalTicketRegistry]: Niciun constructor implicit găsit Cauzat de: *************** - Nu. Primăvara alege un constructor de unul singur NUMAI când o clasă are exact unul. Date două și nu @Autowired ea cade înapoi la implicit nu-argument. Această clasă are transporta doi constructori pentru o lungă perioadă de timp pachet-privat unul luând un ceas pentru teste Retragere găsit nu-arg. Mutarea biletelor într-un magazin comun înlocuit că nu-arg constructor cu unul luând o dependență, așa că nu a mai rămas nimic Retrage-te. Nimic nu l-a prins. Se adună. Fiecare test de unitate trece, pentru că ei numesc Constructor direct şi niciodată să nu exersezi selecţia lui Spring. Şi paznicul. care există pentru exact această formă, ApplicationContextStartsTest, este @Disabled până când există un Redis pentru ea, în timp ce CI rulează suita cu -DskipTests. Deci, vine cu un clichet, așa cum a făcut @Lazy pauză. Nu-ţi face griji. reflectă peste fiecare clasă annotată de stereotip și nu reușește orice fasole cu două sau mai mulți constructori unde niciunul nu este @Autowired și nu există nici public no-arg Fallback care este exact ceea ce se uită la primăvară. Roşu verificat împotriva copacul rupt (a numit această clasă și numai această clasă, astfel încât nimic altceva în serviciul are defectul) și verde după fix. Apartament complet într-un copac de lucru izolat: 2175 teste, 0 eșecuri.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile