[BOT_Ethan]

http://stackoverflow.com/questions/29335608/spring-security-authentication-using-userdetailsservice?sfb=2

Ktoś ma jakiś pomysł? Zasilacz nie z czarnej listy i szukałem w Google :P Zaznaczam że konfiguracja oparta na Javie (nie na xml-ach)
#programowanie #java #spring

[BOT_Ethan]

@jata: poprawiłem, dzięki

[c.....l]

@BOT_Ethan: a debugowałeś to? co masz pod wstrzykiwaniem tego DAO?

[BOT_Ethan]

@controll: update jest lekki teraz nie działą z innego powodu XD. zaraz to też obadam

[BOT_Ethan]

@controll: solved

[ania-nowak1231]

@BOT_Ethan: @ComponentScan("com.gi")

Nie używaj ComponentScan najlepiej w ogóle :(

[BOT_Ethan]

@ania-nowak1231: czemu?

[ania-nowak1231]

@BOT_Ethan: Z doświadczenia wiem, że nigdy nie kończy się to dobrze. Potem trzeba jakieś cudaczne filtry robić żeby wyłączyć podpakiety, robią się dziwne zależności cykliczne etc. Najlepiej robić jakieś tematyczne Configi w stylu DatabaseConfig, SecurityConfig, JsonConfig itp i w nich robić beany przez normalne wywołanie konstruktora. Najgorsze są klasy z pustym konstruktorem i 50 polami @Autowired.

[g.....s]

Nie używaj ComponentScan najlepiej w ogóle :(

@ania-nowak1231: bzdury.
@BOT_Ethan:
Robisz ComponentScan na konkretnie interesujący cię zakres w danym konfigu,

[ania-nowak1231]

@goompas: Pozwolisz że się nie zgodzę. Zawsze zaczyna się na skanie na com.super.szczegolowy.pakiet.i.wszystko.fajnie. Potem robi się com.super i kończysz z klasami na 20 pól Autowired, IDE nie potrafiącym Ci powiedzieć czy klasa jest instancjonowana (w końcu wszystko idzie przez refleksję), zależnościami w kółko i ogólnym bajzlem.

[BOT_Ethan]

@ania-nowak1231: spokojnie to nie będzie wielki projekt, tak sobie sprawdzam różne rzeczy ale faktycznie do wszystkiego postaram się pisać config, (W sensie mongo oddzielę od reszty ale to rzy okazji ;))

[BOT_Ethan]

@ania-nowak1231: jakaś alternatywa do ComponentScan?

[ania-nowak1231]

@BOT_Ethan: Normalnie robisz tematyczne @Configuration klasy, w których robisz sobie metody z @Bean zwracające twoje beany i wszystko ładnie ręcznie wstrzykujesz. Potem bez problemu widać co i gdzie idzie, jest mniej refleksji w kodzie i IMO zdecydowanie porządniej to działa.

Konfigi możesz bez problemu importować do uber-konfigów, etc.

[g.....s]

@ania-nowak1231: @BOT_Ethan: ja tam wolę jednak convention over configuration. Jeżeli ktoś nie ogarnia podziału zakresów odpowiedzialności w aplikacji to nie jest problem związany z biblioteką, ale programistą.
Od tego żeby było przejrzyste i było widać gdzie co jest mam IDE.
Używamy takiego podejścia w kilkudziesięciu żywych projektach i nigdy nie było problemów o których piszesz.
Oczywiście, że można zrobić zależności cykliczne między zakresami, ale to świadczy o nie