Hi Pedro,

Thanks for the clarification, but since PicketLink is "merged" with KC and it's discontinued, don't that means that KC overlap somehow?

I'm just triying to understand what can be acomplish with PL and what with KC, I tend to think that PicketLink allows me to do more customization while KC follows a one-size-fits-all.

Regards,


Jorge Solórzano
http://www.jorsol.com

On Wed, Jan 20, 2016 at 6:11 AM, Pedro Igor Silva <psilva@redhat.com> wrote:
Hi Jorge,

    I don't think JSR-375 is really overlapping with Keycloak. There we are discussing an API whether KC is a OOTB IAM server based on known federation protocols such as OpenID Connect and SAML.

    IMO, the real "overlap" is with PicketLink IdM and JEE Security.

    Depending on how that spec goes (right now it is pretty quiet), nothing stop us to provide something based on the JSR-375 in the future (maybe for things like user federation SPIs or an integrated and standard API for JEE apps secured by KC).

Regards.
Pedro Igor

----- Original Message -----
From: "Jorge Solórzano" <jorsol@gmail.com>
To: keycloak-dev@lists.jboss.org
Sent: Wednesday, January 20, 2016 2:50:03 AM
Subject: [keycloak-dev] Relation to JSR-375

Hi Keycloak developers,

How is related Keycloak to the JSR 375 : Java TM EE Security API?

I can see that Darran Lofthouse and Pedro Igor Silva are part of the Expert Group, and since this JSR overlap with many features of Keycloak (AFAIK) I wish to know if Keycloak will implement this API or if this API is unrelated to Keycloak.

What are the plans about it?

Regards,

Jorge Solórzano
http://www.jorsol.com

_______________________________________________
keycloak-dev mailing list
keycloak-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev