Size: a a a

Java/Kotlin and more

2021 June 03

RS

Ruslan Stelmachenko in Java/Kotlin and more
как?
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
почему не сделали или не описали апи для обычных юзверей
источник

RS

Ruslan Stelmachenko in Java/Kotlin and more
о, вообще-то знаю. самого всегда этот факт расстраивает про кейклок.

не однократно подобные вопросы поднимались и каждый раз разработчики кейклока отвечали, что у них другая идеология: они за то, чтобы юзеры использовали страницы, предоставляемые самим кейклоком для менеджмента каких-то своих свойств. их можно кастомизировать и т.п.

так же этот аргумент они приводят, когда говорят, почему они не хотят развивать API-составляющую для аутентификации. Они развивают по сути только auth code flow. Все остальные способы аутентификации поддерживаются постольку поскольку. Кастомный grant type например вообще невозможно сделать (если самому с нуля его там не запилить) - все поддерживаемые грант тайпы жестко вшиты в код контроллера. Там есть точки расширения функционала, но все они по сути завязаны на auth code flow.

в общем, если коротко - это "политика компании" ))
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
мдэээ. Что есть то есть. Аналоги кейклока есть? +- нормальные с rest api?
источник

C

Cyclone in Java/Kotlin and more
ну смотри wso2, cloudfoundry uaa
источник

C

Cyclone in Java/Kotlin and more
ory hydra
источник

C

Cyclone in Java/Kotlin and more
Насчёт api не знаю
источник

C

Cyclone in Java/Kotlin and more
Ты вообще уверен, что по правильному пути идёшь? Храни юзеров в ldap'е, сделай api для редиактирования ldap'а. Federation в keycloak.
Или в БД то же самое.
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
осталось узнать что такое ldap)))
источник

C

Cyclone in Java/Kotlin and more
эээ
источник

C

Cyclone in Java/Kotlin and more
ну да, не помешает...
источник

RS

Ruslan Stelmachenko in Java/Kotlin and more
на java - можно сказать, что нет. я по крайней мере не нашел ничего толкового и опенсорсного.

да, вон выше привели то, что есть. но там вообще какая-то дичь.

каким бы не был кейклок плохим, но в 95% случаев выбирают его) если уж совсем не противоречит требованиям.
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
Я до этого делал авторизацию/регистрацию сам через JWT токены. БД одна и юзеры тут. А тут захотел познать что такое oauth и понеслась. То сервер аутентификации и ресурсов, то кейклок. В общем вот так
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
на чем написано мне все равно так то. Главное что бы работало +- хорошо и было REST API.
источник

RS

Ruslan Stelmachenko in Java/Kotlin and more
у кейклока есть возможность писать плагины, которые являются прокси для любого источника юзеров. вот это довольно хорошо там сделано.
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
Хм. Погляжу. Спасибо.
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
LDAP еще мутнее чем oauth пока что для меня. Суть понятна, но как делать такое все - черт знает.
источник

C

Cyclone in Java/Kotlin and more
Раз такая пьянка, у меня тоже есть вопрос - как указывать порядок у mapper'ов, если они должны отработать в определённом порядке?
По докам похоже, что управляется этим order'ом, но в Edit он не радактируется, и строки mapper'ов не drag-n-drop'аются.
источник

C

Cyclone in Java/Kotlin and more
Где у вас вообще юзеры лежат?
источник

AL

Aleksander Lemyagov in Java/Kotlin and more
Я только строю архитектуру. И так то лежат в keycloak. Пока что.
источник