[security-dev] IDM: Support for XML configuration

Shane Bryzak sbryzak at redhat.com
Wed Jan 16 19:27:11 EST 2013

I would suggest we develop an XML based configuration in its own 
submodule, we can probably call it picketlink/xml-config and it can 
simply implement the configuration interfaces we have defined in the idm 
submodule and other submodules.  Marek if you want commit access to work 
on this please let me know and I'll get you set up, and I'm also more 
than happy to provide input on the requirements.

On 17/01/13 10:16, Anil Saldhana wrote:
> Marek,
>     we need an xml configuration for IDM. We have not started with it.
> We will be using Stax parsing (and not JAXB).  The xml configuration
> will be used by users if they incorporate idm (and nothing else from the
> PL stack).
> For the project PicketLink, we need one xml configuration file (if an
> user wants) - authentication,authorization,federation,social, idm etc
> can be configured in one file. For this, we will be extending the
> federation 2.1 stax parsing to encompass the other components. We have
> picketlink.xml as the config file in 2.x
> Integrating projects such as RESTEasy, JBoss AS, GateIn etc will have
> their own configuration that deals with the IDM configuration API directly.
> Regards,
> Anil
> On 01/16/2013 05:03 PM, Marek Posolda wrote:
>> Hi,
>> I am seeing in IDM testsuites that currently there is support only for
>> programmatic IDM configuration. Is there some plan to build IDM
>> IdentityManager also from XML configuration? Maybe I can start on it
>> if nobody else is working on it?
>> I am adding some example configuration file into attachment with some
>> proposal how it could possibly looks like. Note that nothing is final
>> and some things are still missing (especially configuration of realms,
>> tiers etc.)
>> What do you think?
>> Thanks,
>> Marek
> _______________________________________________
> security-dev mailing list
> security-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/security-dev

More information about the security-dev mailing list