Jak metodę z adnotacją @Scheduled mogę przetestować, że faktycznie się odpala wtedy i wtedy i robi co musi?
0
0
Po pierwsze, posiadanie adnotacji nie wyklucza "ręcznego" wywołania.
Niestety po drugie w tym przypadku nie ma gwarancji odwzorowania wszystkich "dobrodziejstw" które kontener dodaje.
Np jak się zaraz okaże, że w środku masz pierdyliard Autowired itd...
0
AnyKtokolwiek napisał(a):
Po pierwsze, posiadanie adnotacji nie wyklucza "ręcznego" wywołania.
Niestety po drugie w tym przypadku nie ma gwarancji odwzorowania wszystkich "dobrodziejstw" które kontener dodaje.
Np jak się zaraz okaże, że w środku masz pierdyliard Autowired itd...
No ręczne odpalenia to do umór testa jakiegoś mam, chodzi o taki integracyjny co by sprawdzał ta cyklicznosc
0
Nie da się wstrzyknąć do ExecutorService jakiegoś wirtualnego zegara, jak to się robi w Reactorze, więc pozostaje Awaitility...
0
Charles_Ray napisał(a):
Nie da się wstrzyknąć do ExecutorService jakiegoś wirtualnego zegara, jak to się robi w Reactorze, więc pozostaje Awaitility...
Tak myślałem, trudno jak clocka sie nie da ustawić, to nie ma sensu chyba wgl testować, przecież nie będę 15min na test czekał
1
@nowyworek: Nie musisz czekać 15 min - w teście za pomocà propertiesów możesz ustawić np. 10 ms: https://www.baeldung.com/spring-scheduled-tasks
0
Aah takiego testa juz mam .ja tego linka z baeldunga sprawdzilem wczesniej.tylko ze to nir jest wtedy to samo co leci na prodzie