Ar
будет NoSuchBean эксепшн на старте, ты будешь задавать вопросы почему, опять таки из-за недостатка знания как работает спринг получать ответы "учи матчасть" и ничего не понять
Size: a a a
2019 July 29
Ar
-> будешь злым на всех, но ничего не понимающим
Ar
все такими были когда-то
Y
xD
Y
сколько примерно учить спринг чтоб пойти на работу самым младшим?
Y
просто я делал приложухи по ledscode видеокурсу, там вообще ни разу не использовал такие слова как DI, IoC, context
Y
тупо "пишет то, тут анотация должна быть такая, тут такая, это пропишем в application.property, нам нужна такая зависимость" и тд
YD
YWNWA
просто я делал приложухи по ledscode видеокурсу, там вообще ни разу не использовал такие слова как DI, IoC, context
d
YWNWA
я скорее не понимаю связи между всем этим, например почему вы задали вопрос про солид(к чему это), про DI, IoC и тд
https://google.gik-team.com/?q=%D1%81%D0%B2%D1%8F%D0%B7%D0%B8+%D0%BC%D0%B5%D0%B6%D0%B4%D1%83+DI+IOC
#yc #pleaseReadGroupsRules #offtopic
#yc #pleaseReadGroupsRules #offtopic
YD
Начни хотя бы с этого, и раз уж ты больше по видосам, то посмотри лекцию Евгения Борисова "Спринг потрошитель"
YD
Для начала.
Y
если я разберу все эти вопросы, то я готов кодить на спринге? тоесть для начала хорошо ничего не кодить, а чисто изучать теорию?
Y
Начни хотя бы с этого, и раз уж ты больше по видосам, то посмотри лекцию Евгения Борисова "Спринг потрошитель"
посмотрю, спс
А
Для начала.
ахеренное у тебя начало
NB
Начни хотя бы с этого, и раз уж ты больше по видосам, то посмотри лекцию Евгения Борисова "Спринг потрошитель"
в начале он нифига не поймёт)
А
чувак форму принять не может
S🕶
Поделитесь информацией кто как делает Spring Security фильтры?
после прочтения разной информации, в моей голове сформировалась следующая мысль, то как это сделать.
скажите пожалуйста, следующие действия, которые я описал, они правильные? если вариант ошибочный, поделитесь пожалуйста информацией, ибо пока не знаю в какую сторону копать, пришел к такому решению.
------
- один фильтр на POST /login, который берет "username, password", отправляет это в "AuthenticationManager" -> "AuthenticationProvider",
в конце если success, он вернет тебе "Authentication Token".
- второй общий на все остальные api эндпонты, который будет брать Token из header-a и просто делать token verify (Authorization),
если success, то будет разрешать ему доступ к данным.
в итоге получается у нас два фильтра,
provider скорей получается один, именно там происходит главная логика авторизации пользователя, пройдет ли он авторизацию или нет.
после прочтения разной информации, в моей голове сформировалась следующая мысль, то как это сделать.
скажите пожалуйста, следующие действия, которые я описал, они правильные? если вариант ошибочный, поделитесь пожалуйста информацией, ибо пока не знаю в какую сторону копать, пришел к такому решению.
------
Rest api security:- один фильтр на POST /login, который берет "username, password", отправляет это в "AuthenticationManager" -> "AuthenticationProvider",
в конце если success, он вернет тебе "Authentication Token".
- второй общий на все остальные api эндпонты, который будет брать Token из header-a и просто делать token verify (Authorization),
если success, то будет разрешать ему доступ к данным.
в итоге получается у нас два фильтра,
provider скорей получается один, именно там происходит главная логика авторизации пользователя, пройдет ли он авторизацию или нет.
.
Y
https://google.gik-team.com/?q=%D1%81%D0%B2%D1%8F%D0%B7%D0%B8+%D0%BC%D0%B5%D0%B6%D0%B4%D1%83+DI+IOC
#yc #pleaseReadGroupsRules #offtopic
#yc #pleaseReadGroupsRules #offtopic
ору
Y
как ты это сделал
Y
xD