expirationWarningThreshold

Brent Putman putmanb at georgetown.edu
Fri May 19 16:37:43 EDT 2017



On 5/19/17 4:20 PM, Tom Scavo wrote:
> Thanks for clarifying. All of that makes sense. It needs to be
> documented, however.

I added a parenthetical qualifier to the expirationWarningThreshold
docs on the wiki. 

I don't know how one would document any of the other.  It's not about
Shibboleth software, it's about general metadata concepts.


>
>> We in fact do not actually literally expunge expired metadata, but we don't
>> return it from a metadata resolve call.
> This is not made clear in all the documentation I've read. Of course I
> could have missed something.

The not expunging part isn't.  But it's an internal implementation
detail, so I don't know why a deployer would care.  The necessity of
the entity to be valid to be used is documented in the
requireValidMetadata attribute. 


>
> That, too, is not clear by reading the documentation.

It's in the requireValidMetadata attribute.

>  I was under the
> impression that invalid metadata was ignored, full stop.

As far as the calling code is concerned, it is ignored, full stop.  
What I mentioned is the internal impl detail of the resolvers.  This is
the dev list, so I'm mentioning details of the software that would be
irrelevant to an end-user deployer.


>  Also, what is
> isRequireValidMetadata? I can't find that in the docs.

That's the Java method name, corresponds to the resolver config
attribute requireValidMetadata:

https://wiki.shibboleth.net/confluence/display/IDP30/MetadataConfiguration#MetadataConfiguration-Attributes

It's been there since v2.2.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/dev/attachments/20170519/13c6dfd1/attachment.html>


More information about the dev mailing list