Fediz IDP refactored, next steps

[Oliver Wulff <ow...@talend.com>]

All,



The Fediz IDP got refactored to leverage the flow management capabilities provided by spring web flow (see https://issues.apache.org/jira/browse/FEDIZ-41)

Thanks Thierry for the contribution!



I'd like to do one improvement before starting with https://issues.apache.org/jira/browse/FEDIZ-3.

Instead of implementing our own spring webflow actions to handle different authentication mechanism we should use spring security instead as this will provide more authentication features to the Fediz IDP (basic auth, form based, etc). We can still use the STS to do the authentication as Spring Security provides customization for username/password validation.



What do you think?



Thanks

Oli

RE: Fediz IDP refactored, next steps

[Oliver Wulff <ow...@talend.com>]

Patch applied. Thanks Thierry.


________________________________________
From: Beucher Thierry [thierry.beucher@atos.net]
Sent: 12 April 2013 15:48
To: dev@cxf.apache.org
Subject: RE: Fediz IDP refactored, next steps

New patch has been added to https://issues.apache.org/jira/browse/FEDIZ-41 to achieve Spring Security and Spring Web Flow integrated to CXF-Fediz.


Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité d'Atos ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

RE: Fediz IDP refactored, next steps

[Beucher Thierry <th...@atos.net>]

New patch has been added to https://issues.apache.org/jira/browse/FEDIZ-41 to achieve Spring Security and Spring Web Flow integrated to CXF-Fediz.


Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité d'Atos ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

RE: Fediz IDP refactored, next steps

[Beucher Thierry <th...@atos.net>]

Thanks Oli,

Ok, your suggestion sounds to me very interesting.
It would provide a more declarative way to configure the IDP and probably would reduce the flow complexity.

I started to explore this track on basis of your patch.
I will attempt to rebuild the flow in compliance with this patch.

Thanks

Thierry

-----Message d'origine-----
De : Oliver Wulff [mailto:owulff@talend.com]
Envoyé : mercredi 3 avril 2013 17:24
À : dev@cxf.apache.org
Objet : Fediz IDP refactored, next steps

All,



The Fediz IDP got refactored to leverage the flow management capabilities provided by spring web flow (see https://issues.apache.org/jira/browse/FEDIZ-41)

Thanks Thierry for the contribution!



I'd like to do one improvement before starting with https://issues.apache.org/jira/browse/FEDIZ-3.

Instead of implementing our own spring webflow actions to handle different authentication mechanism we should use spring security instead as this will provide more authentication features to the Fediz IDP (basic auth, form based, etc). We can still use the STS to do the authentication as Spring Security provides customization for username/password validation.



What do you think?



Thanks

Oli


Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité d'Atos ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.