Re: [security-dev] PicketLink AS Subsystem

----- Original Message ----- > From: "Bolesław Dawidowicz" <bdawidow(a)redhat.com&gt; > To: security-dev(a)lists.jboss.org > Cc: "Stian Thorgersen" <stian(a)redhat.com&gt; > Sent: Tuesday, February 19, 2013 8:13:46 AM > Subject: [security-dev] PicketLink AS Subsystem > > Hi > > We are doing some prototyping with PicketBox and PicketLink 3. As > part > of this it makes sense for use to put it in separate subystem in AS7. > > There is existing PicketLink 2.x one here: > > https://github.com/picketlink/as-subsystem This subsystem aims to allow PicketLink Federation users to configure their IDP and SP applications via standalone/domain xml files. It also provides a domain model that is used by the PicketLink Federation Console to manage deployments. Basically, it reads the configuration from the standalone/domain files and automatically configures the valves for IDPs and SPs. An application can have one of these roles very easyly, without any specific packaging or configuration. When working with this subsystem, I did some initial tests creating the picketlink.xml and adding it during the deployment. Maybe we can use this approach for PL 3, using the XML config that Marek is working on. There are some drawbacks when doing such thing, mainly related with the mapping between the xsd used by picketlink and the one used by the subsystem. But can be an option. > > From what I learned from Anil while it is on the roadmap PicketLink > 3.x > subsystem won't happens soon. I would like to discus requirements for > it > as we may be able to contribute something - at least some initial > work. > > I would also like to discuss how independent PicketLink service > should > be exposed and consumed in applications. Most natural way would be to > provide both CDI integration and REST interface. Any thoughts on > that? > > As part of our prototyping we would like to avoid investing time into > something that would duplicate existing functionality or go against > already agreed design. > > Bolek > _______________________________________________ > 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