[keycloak-dev] public/private api module structure
Marek Posolda
mposolda at redhat.com
Thu Aug 13 10:56:53 EDT 2015
On 13.8.2015 15:22, Bill Burke wrote:
>
> On 8/13/2015 9:07 AM, Stian Thorgersen wrote:
>> I'm happy with:
>>
>> keycloak-core-api
>> keycloak-client-api
>> keycloak-server-api
>>
>> With regards to the protocol specific parts are you thinking those would be client specific things for each protocol? For example JWT utils?
> Everything. For example, I have a helper abstract base class for
> Authenticator and RequireActionProvider. Mappers can get access to the
> SAML Document model.
>
>
>
>> Further I think we should put core provider implementations into keycloak-services or maybe keycloak-default-providers or something. Then only have separate modules for those providers that need to be pluggable (jpa, mongo, etc..).
>>
>> Not sure if the way I counted it is accurate, but we seem to have 200 maven modules!!
>>
> Yeah, its insane...Its pretty much why I punted on converting from a WAR
> to modules :)
>
It looks to me that for the server, we have "just" around 50-60 modules :-)
Many maven modules are needed for adapters and their tests (For example
there is jetty-core, jetty8, jetty91, jetty92 and each of them also has
separate testsuite module etc) . Not sure how we can improve on it, but
looks to me that not much as each app-server version we want to support
needs separate adapter with the classes related to that version. There
are also quite many maven modules for examples.
Marek
More information about the keycloak-dev
mailing list