[
https://issues.apache.org/jira/browse/KNOX-3140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philip Zampino resolved KNOX-3140.
----------------------------------
Resolution: Not A Bug
It turns out that this behavior is necessary to support renewal/revocation of
server-managed tokens without the ability to distinguish between an unmanaged
JWT and a server-managed token which has expired/purged or been revoked (i.e.,
no longer has any associated metadata).
> JWTProvider requires metadata for bearer tokens if server-managed is true
> -------------------------------------------------------------------------
>
> Key: KNOX-3140
> URL: https://issues.apache.org/jira/browse/KNOX-3140
> Project: Apache Knox
> Issue Type: Improvement
> Components: Server
> Affects Versions: 2.2.0
> Reporter: Philip Zampino
> Assignee: Philip Zampino
> Priority: Major
>
> If the JWTProvider server-managed param is set to true, then when validating
> a bearer token, it requires that the token be server-managed (i.e., have
> metadata in the token state service). While bearer tokens may optionally have
> server-managed state, they should not be required to have it, and should be
> able to be validated/verified without it.
> This requirement appears to be due to the, what should be optional,
> server-managed expiration, which throws an UnknownTokenException if the JWT
> was issued by a KNOXTOKEN service with server-managed=false.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)