Rest module can have scim as well as oauth base. We need to ensure that we do not conflict
with RESTEasy as it has many security features.
On May 21, 2013, at 7:56 AM, Pedro Igor Silva <psilva(a)redhat.com> wrote:
+1.
But regarding the two set of RESTful services, maybe we can have only a SCIM set where
the PicketLink additional features can be handled as extensions to the base schema.
----- Original Message -----
From: "Shane Bryzak" <sbryzak(a)redhat.com>
To: "security-dev >> \"security-dev(a)lists.jboss.org\""
<security-dev(a)lists.jboss.org>
Sent: Tuesday, May 21, 2013 5:22:06 AM
Subject: [security-dev] PicketLink SCIM Module
I've been reviewing the capabilities of the SCIM module (which are defined by the
SCIM specification [1]) and someone correct me if I'm wrong, but it only seems to
provide a subset of the features that we support in PicketLink. Specifically missing are
authentication, and support for the extended relationship types (basically everything
besides group membership). I'm wondering if it might be worth providing a PicketLink
REST module instead, which would provide two sets of RESTful services; the first being a
SCIM-compliant service, the second being a more proprietary service that exposes all of
the capabilities of PicketLink.
On top of this, I think it would be of huge benefit to provide both Java and JavaScript
clients to consume both services. Anil has already implemented a Java-based SCIM client in
the SCIM module, but imagine if we provided PicketLink JavaScript scripts that web
application developers could drop into their app - this would be a huge development time
saver. I'm also thinking that the JavaScript clients should support a variety of
authentication mechanisms; BASIC, DIGEST, X509, user/password, OAuth, etc. This is kind of
uncharted territory for me (REST-based auth) so any feedback or opinions on this would be
appreciated.
Shane
[1]
http://www.simplecloud.info/specs/draft-scim-api-01.html
_______________________________________________
security-dev mailing list
security-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/security-dev
_______________________________________________
security-dev mailing list
security-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/security-dev