Oh and net.iharder, which is just 1 class. A Base64 encoder/decoder.
FYI, Resteasy core doesn't require servlets (we have netty3, netty4, and
jdk http adapters), but the jaxrs deployer does.
On 7/1/2014 9:39 AM, Tomaž Cerar wrote:
"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(a)redhat.com
<mailto: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(a)redhat.com
<mailto:vtunka@redhat.com>
>>> <mailto: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(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/wildfly-dev
_______________________________________________
wildfly-dev mailing list
wildfly-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com