Basil A. SidorovВредно думать, что вы умнее, чем куча разного народа.
Иногда вы и вправду можете оказаться умнее, но вероятность такого события слишком мала.
...
Там, как бы, немало всяких ньюансов, а вы, надеюсь, собрались разрабатывать именно приложение, а не собирать грабли, по которым уже прошлись не самые глупые люди.Я в курсе. Давайте предположим, что я знаю, чего хочу, просто не знаю, как. А задача немного нетиповая.
Basil A. SidorovJava-платформа работает не магически, а реализует вполне конкретные протоколы и спецификации.
Для HTTP-авторизации я сходу помню Basic, Digest и Form-based. Это не считая клиентских сертификатов, которые сложнее развернуть.Спасибо, буду знать.
BlazkowiczЛолшто? Никто в здравом уме не хранит пароли и не оперирует ими.Ээээ.... А что вы называете словами "пароль", "хранить" и "оперировать"? Все пароли где-то хранятся. Или вы имели в виду "никто не хранит в незашифрованном виде"? Что-то все равно должно храниться, иначе как вы поймете, что то, что ввел пользователь сейчас, и то, что вводил при регистрации год назад - это одно и то же? Кстати, вот такое сопоставление (того, что пользователь ввел в качестве пароля при регистрации сначала и при логине потом) - это разве не "оперировать"?
Basil A. SidorovНо, два против одного, что вам просто хочется хранить логины/пароли в каком-то "удобном месте".Давайте расставим точки над "ё". Вот официальный пример:
https://spring.io/guides/gs/securing-web/. Здесь пароль просто захардкодили в тексте. Вот еще пример:
http://www.mkyong.com/spring-security/spring-security-form-login-using-database/. Этот товарищ, как я понимаю, нафигачил кучу учебных примеров по спрингу, на каждый второй мой запрос гугл предлагает почитать что-нибудь из его творчества.
Вот эти два выше - это "какое-то удобное место"? Мне не особо нравятся предложенные там решения (ну первое - это понятно, это вообще не решение). А примеры получше как-то не особо гуглятся.
У меня пока нет каких-то особых предпочтений, где будет мое "удобное место". Ну, допустим, достаточно удобным местом я бы назвал авторизацию по пользователям БД. Исхожу из предположения, что в Генштабе в Оракле и Постгресе не дураки сидят. Или по пользователям всяких корпоративных систем (ну типа как во многих системах реализовано - "чтобы пользоваться этой системой, введите свой логин и пароль для Windows"). ХЗ как это работает, но вроде бы считается идеологически верным решением. Да, я понимаю, что во многих таких случаях "подержать пароль в руках" мне не придется, но это не страшно.
На данный момент я просто ищу, в какое место процесса авторизации мне лучше вклиниться, чтобы и не накосячить, и свою задачу решить.
Petro123JSP это маленький APEX.Да ну? Вот уж не подумал бы. А апекс чудесен.
mad_nazgul2) А вот этого лучше не делать. Такой говнокод надо пресекать в зародыше.Что именно?
казинакстранные хотелкиПросто я извращенец. В конце концов, почему другим можно, а мне нельзя?
Blazkowicz, Basil A. Sidorov, спасибо за рекомендации, кажется, я теперь что-то начал понимать.
