ShibbolethSP : Dynamic MetadataProviders list

[Paolo de vathaire]

Thanks Scott, you made it perfectly clear.
There are 3 solutions to have a dynamic list of Idp Metadata :
1 - Use a folder (doesn't scale very well)
2 - Aggregate every metadata into one file
3 - Edit the main config file every time a new Metadata is uploaded

@Ian
Thank you for this explanation, I'll reconsider using the shib MDA. It
seems to be a pretty good development.
Are you still working on it ? How many are you ? Do you still accept more
developers ?


2014-08-20 18:24 GMT+02:00 Ian Young <ian at iay.org.uk>:

>
> On 20 Aug 2014, at 16:57, Paolo de vathaire <paolodv at free.fr> wrote:
>
> @John
>
>> You might want to look at using the metadata aggregator (
>> https://wiki.shibboleth.net/confluence/display/MA1/Home) to combine the
>> individual metadata files into s single file wrapped with an
>> <EntitiesDescriptor> tag.  That way, the SP only has to load one file.
>>
>
> I will take a look at it but the version is not yet final so it shouldn't
> be used in a production environment.
>
>
> It's true that the current documentation does have such a warning on it.
> However, as Scott says, it is likely that the Shibboleth Metadata
> Aggregator will be "in development" and "not final" for some time to come.
> Despite that, it is in daily production use in many places, including
> several of the HE federations.
>
> The Shibboleth MDA is the backbone of the UK federation's metadata
> tooling, for example, and has been for some years now. It's stable enough
> for production use, in my opinion. As I'm the person who built the UKf
> tooling and also the lead developer on the Shibboleth MDA, you may however
> consider me to be biased.
>
> So, perhaps we should tone down the warning a little. The main concern I'd
> want to point out to potential users these days is that there's a bit of a
> learning cliff and that the APIs will change, sometimes dramatically, in
> each pre-1.0 release.
>
>  -- Ian
>
>
>
>
> --
> To unsubscribe from this list send an email to
> users-unsubscribe at shibboleth.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20140821/0f3d4a88/attachment.html