702495fe22
Closes #21176 Co-authored-by: andymunro <48995441+andymunro@users.noreply.github.com> Co-authored-by: Stian Thorgersen <stianst@gmail.com>
16 lines
997 B
Text
16 lines
997 B
Text
|
|
=== Leveraging Jakarta EE
|
|
|
|
Since version 20, Keycloak relies only on Quarkus. Unlike WildFly, Quarkus is not an Application Server. For more detail, see https://www.keycloak.org/migration/migrating-to-quarkus#_quarkus_is_not_an_application_server.
|
|
|
|
Therefore, the User Storage Providers cannot be packaged within any Jakarta EE component or make it an EJB as was the case when Keycloak ran over WildFly in previous versions.
|
|
|
|
Providers implementations are required to be plain java objects which implement the suitable User Storage SPI interfaces, as was explained in the previous sections. And they must be packaged and deployed as stated in this Migration Guide:
|
|
|
|
- https://www.keycloak.org/migration/migrating-to-quarkus#_migrating_custom_providers
|
|
|
|
You can still implement your custom `UserStorageProvider` class, which is able to integrate an external database by JPA Entity Manager, as shown in this example:
|
|
|
|
- {quickstartRepo_link}/tree/latest/user-storage-jpa
|
|
|
|
CDI is not supported.
|