Custom metadata provider

Brent Putman putmanb at georgetown.edu
Wed Dec 9 18:20:24 EST 2015



On 12/9/15 11:54 AM, Cantor, Scott wrote:
> On 12/9/15, 11:49 AM, "dev on behalf of Rod Widdowson" <dev-bounces at shibboleth.net on behalf of rdw at steadingsoftware.com> wrote:
>
>
>> I'd start by looking at
>> org.opensaml.saml.metadata.resolver.impl.FilesystemMetadataResolver (but
>> remember that many of the objects it inherits from are in the impl tree)
> I might be misremembering, but I think Brent might have been intending to start moving some of the base classes up once the indexing stuff and the issues Marvin's working on get worked out. If not, I'd suggest it. Keeping things in -impl was a time-saver to avoid having to commit but I would like to see us commit at some point.

I don't know that I've ever consciously intended to do this, but I
don't necessarily object.  But gets into the whole OpenSAML api vs.
impl question.

>
> That would work if the goal is to feed an octet stream, but I would expect a database approach is possibly more about avoiding the XML entirely.


I was wondering that as well.  If the schema is just something like a
table with 2-ish columns like, entityID and XML document as blob,
that's one type of impl, probably pretty easy.  But if the individual
entity data elements are normalized out to many tables, that impl would
be quite different.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/dev/attachments/20151209/9353a5cb/attachment.html>


More information about the dev mailing list