[wildfly-dev] Pending core split

Darran Lofthouse darran.lofthouse at jboss.com
Thu Jul 3 05:29:27 EDT 2014



On 01/07/14 14:50, Bill Burke wrote:
> Oh and net.iharder, which is just 1 class.  A Base64 encoder/decoder.

For that one we must already have a few Base64 encoder/decoder 
implementations available in the core ;-)

> 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 at redhat.com
>> <mailto:ssilvert at 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 at redhat.com
>>      <mailto:vtunka at redhat.com>
>>       >>> <mailto:vtunka at redhat.com <mailto:vtunka at 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 at lists.jboss.org <mailto:wildfly-dev at lists.jboss.org>
>>      https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>>
>>
>>
>> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>>
>


More information about the wildfly-dev mailing list