Rozpoznaj istniejące ograniczenie CHECK przez opakowanie Spring

FixInitializerService
Szycy
11 sierpnia 2026 23:56 UTC
Autor
Kamo
Pochęt się
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ę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny