- Szycy
- 27 sierpnia 2026 09:09 UTC
- Autor
- Kamo
- Pochęt się
- 31379b6
Była to metoda na ExchangeQueryService opatrzona adnotacją Transactional(REQUIRES_NEW), nazywany od dwóch prywatnych pomocników w tej samej klasie. Porady dotyczące transakcji Spring żyją na proxy, a samopowodzenie nigdy nie dociera To, więc adnotacja nie zrobiła nic: rząd dołączył do transakcji dzwoniących. To jest właśnie wsteczne dla tego, co rejestruje. Zapytanie wychodzące FAILED by to Cofnęła rekord własnej porażki – i „pyzyliśmy i odmówiliśmy” Jest to rząd, którego ktoś bada lukę w historii pacjenta, naprawdę potrzebuje. A A Kążenie tylko udanych zapytań odpowiada na łatwe pytanie i traci pytanie. Twardy. Co gorsza, discover() i queryDocuments() są readTylko - true, więc Pisanie nie miało żadnego interesu w ich transakcji. Wydobywa się do ExchangeRequestRecorder, własnej fasoli, dokładnie tak, jak BulkExportJobState był wcześniej z tego samego powodu. Test jednostkowy nie może tego wyłapywać – konstruowanie usługi oznacza bezpośrednio, że istnieje Nie ma też pełnomocnika, dlatego minął, będąc w błędzie. Więc strażnik jest Strukturalna: test rejestratora twierdzi, że metoda jest PUBLIC (metoda niepublicznej Nigdy nie jest bliższy, czyniąc swoje adnotacjami obojętnymi) i że jej rozmnażanie jest REQUIRES_NEW. Obie połówki są niewidoczne na stronie połączenia i obie muszą trzymać.