----- Original Message -----
From: "Bill Burke" <bburke(a)redhat.com>
To: "Stian Thorgersen" <stian(a)redhat.com>
Cc: keycloak-dev(a)lists.jboss.org
Sent: Monday, 16 December, 2013 1:46:20 PM
Subject: Re: [keycloak-dev] removing resteasy from adapter requires:
Needs to be done for M1 as upgrading Resteasy may not be an option for
AS7/EAP users.
This is purely at the adapter level. And I'm sure I'm capable of doing
it properly :)
Forgot that Resteasy needs to be upgraded in AS7 atm, so makes perfect sense to do it now.
I was thinking that you where doing some clean-up/refactoring ;)
On 12/14/2013 7:45 AM, Stian Thorgersen wrote:
> IMO this is all things we'd need to do any ways. I'd leave it until after
> M1 though, so we can do it properly (I'll send a separate email).
>
> ----- Original Message -----
>> From: "Bill Burke" <bburke(a)redhat.com>
>> To: keycloak-dev(a)lists.jboss.org
>> Sent: Saturday, 14 December, 2013 1:27:52 AM
>> Subject: [keycloak-dev] removing resteasy from adapter requires:
>>
>> removing resteasy dependencies from adapter dependencies requires:
>>
>> * Forking and gutting JOSE-JWT module so we can have JSON web signatures
>> (and maybe JWE later too)
>> * Forking UriBuilder. There's a lot of functionality there that will
>> make our code easier.
>> * Forking some of UriInfo as again, a lot of helper methods there that
>> will make our coding easier.
>> * Relying on Apache Http Client APIs compatible with 4.1.2. This
>> version is compatible with the version that comes in both AS7 and EAP
>> and Wildfly. Wildfly may upgrade to 4.3 and I don't know if this
>> version maintains backward compatibility with 4.1.2. I just don't think
>> using java.net.URL for client HTTP is very feasible and I distinctly
>> remember having problems with connection caching and things like that.
>>
>> I thought about using the Resteasy client that comes with AS7, EAP,
>> Wildfly, but I'm worried that users may upgrade Resteasy to an
>> incompatible version.
>>
>> I'm also still going to use Jackson 1.9.x. Jackson 2.x uses an entirely
>> different package name so we're safe relying on it.
>> --
>> Bill Burke
>> JBoss, a division of Red Hat
>>
http://bill.burkecentral.com
>> _______________________________________________
>> keycloak-dev mailing list
>> keycloak-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com