OIDC dynamic client registration validity
Cantor, Scott
cantor.2 at osu.edu
Tue Mar 1 17:20:57 UTC 2022
On 3/1/22, 11:20 AM, "users on behalf of Wessel, Keith" <users-bounces at shibboleth.net on behalf of kwessel at illinois.edu> wrote:
> So, if the registration endpoint is paying attention to the defaultRegistrationValidity property and I'm not
> overriding that property elsewhere, then the expiration time would be calculated at the time of registration
> and saved in the expires column in the StorageRecords table for that entry, correct?
If it's non-null. I actually don't know what the default is in the code.
> I've never touched it or changed the default. So, I have to suspect that in the past, it was somehow defaulting
> to no expiration and, possibly, that has changed?
I don't know.
> Still doesn't explain how the entry in question disappeared last week, though, since you've already told me
> that the JPA storage service just ignores expired entries instead of deleting them.
Yes, nothing would have deleted it that I know of. Some of the storage classes have a cleanup thread but the JPA one doesn't install one that I can see.
-- Scott
More information about the users
mailing list