KamoCRM

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

FixSecurityService
Shipped
5 septembrie 2026 la 00:19 UTC
Author
Kamo
Commit
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.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing