"Stuff", that Bill said, sounds ok to be part of core.
At least in its most bare versions (as all 3 libs can have many modules)


RestEasy should never get pulled in, as it requires servlets again...


On Tue, Jul 1, 2014 at 3:36 PM, Stan Silvert <ssilvert@redhat.com> wrote:
On 7/1/2014 9:33 AM, Bill Burke wrote:
>
> On 7/1/2014 8:48 AM, Stan Silvert wrote:
>> On 7/1/2014 8:32 AM, Tomaž Cerar wrote:
>>> On Tue, Jul 1, 2014 at 2:25 PM, Vaclav Tunka <vtunka@redhat.com
>>> <mailto:vtunka@redhat.com>> wrote:
>>>
>>>      My impression is Keycloak does not belong into the categories
>>>      above, but maybe I don't know all the details.
>>>
>>>
>>>
>>> You don't have all details, but your reasoning is completely sound.
>>>
>>> Idea is to have keycloak auth mechanism as an option to have SSO for
>>> admin console.
>>> But that doesn't mean it needs all those dependencies in the core.
>>>
>>> We need to distinguish between, auth mechanism that should go to
>>> domain-http
>>> and keycloak subsystem which is completely different beast and should
>>> go to probably full distro.
>> We don't necessarily need the keycloak subsystem in order to use
>> keycloak for authenticating domain-http.  But keycloak subsystem is not
>> the thing that pulls in all the dependencies.  It's the keycloak adapter
>> that does this.
>>
>> So if we want keycloak to authenticate domain-http out of the box then
>> we have to include all this stuff with it.  That wasn't a problem before
>> the split.  Almost everything it needed was already there.
>>
> "All this stuff" is really just Apache Http Client, Jackson and
> Bouncycastle.
>
>
Resteasy got pulled in as well.  Maybe that was an error on my part?
_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev