KamoCRM

Rozpoznaj istniejące ograniczenie CHECK przez opakowanie Spring

FixInitializerService
Przesyłane
11 sierpnia 2026 23:56 UTC
Autor
Kamo
Zgłoszenie
ae42fab

TrainingSchemaMigration - Order(43) abortuje KAŻDEGO biegu KamoInitializer, Po cichu wstrzymując wszystkich 29 biegaczy zamówionych po nim (rozkazy 45-112). Obserwowany W produkcji 2026-08-11. Javadoc ITEM_TARGET_CHECK_SQL obiecuje, że błąd zduplikowaną blokadą jest "Złapany i traktowany jako sukces poniżej" i zapewnia, żeStorconeConstraint stara się - Ale testował tylko e.getMessage(). Spring owija PSQLExcepca kierowcy w a BadSqlGrammarException, którego własna wiadomość jest TYLKO obraźliwym SQL; "Uwagi ... już istnieje" tekst jest w sprawie. Więc czek nigdy nie pasował A biegacz rzucił. Naprawiono przez chodzenie po łańcuchu przyczynowym, dokładnie tak samo jak sąsiednie jestCzowane Już to robi. Regresja testowa przypina specjalnie owinięty kształt, ponieważ Rozpakowany zawsze przechodził i to jest to, co to ukrywało.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Wszystko to pojawia się w twoim miejscu pracy na własną rękę. Zacznij od bezpłatnego planu i przeczytaj tę stronę ponownie w miesiącu.

Zacząć na zawszeZobacz ceny