- Szycy
- 5 września 2026 00:19 UTC
- Autor
- Kamo
- Pochęt się
- 9b08a73
Moja własna regresja i drugie rozstanie kontekstowe w tej usłudze dzisiaj: Błąd utworzenia fasoli z nazwą 'terminalTicketRegistry': Nie udało się na razie zamieszczenia [...TerminalTicketRegistry]: Nie znaleziono domyślnego konstruktora Spowodowane przez: : . . Wiosna wybiera konstruktora tylko wtedy, gdy klasa ma dokładnie taki. Podanie 2 i nie - Autowired, to spada z powrotem do default no-argument. Ta klasa ma Przez długi czas przewoził dwóch konstruktorów – publiczny no-arg i a Pakiet-prywatny biorący zegar do testów — i był w porządku, ponieważ Opad znalazł no-arg. Przenoszenie biletów do wspólnego sklepu zastąpiło to Konstruktor no-arg z jednym, który się uzależnił, więc nie było nic do Odpadnij do tego. Nic jej nie złapało. Kompiluje się. Każdy test jednostkowy przechodzi, ponieważ nazywają Konstruktor bezpośrednio i nigdy nie ćwicz selekcji Spring w ogóle. I strażnik To istnieje dla dokładnie tego kształtu, ApplicationContextStartsTest, jest "Disabled" Dopóki nie będzie Redis, podczas gdy CI prowadzi pakiet z -DskipTests. Więc przychodzi z grzechotką, tak jak zrobiła to Lazy break. - ;) Odzwierciedla każdą klasę stereotypową i zawodzi każdą fasoli z dwoma lub dwoma. Więcej konstruktorów, gdzie żaden nie jest Autowired i nie ma publicznego no-arg Awaria – co jest dokładnie tym, na co patrzy sama wiosna. Weryfikowany czerwony przeciw Połamane drzewo (nazwało tej klasy i tylko tej klasy, więc nic innego w Serwis ma wadę) i zielony po naprawie. Pełny apartament w odosobnionym drzewie: 2175 testów, 0 awarii.