Arjan van Wieringen
11/20/2024, 6:40 PM/home and /{path} inside the authenticate block? If the session is now null it won't return even.
2. The redirects is a MutableMap which isn't thread safe. And, it'll keep growing. I understand that it is an example, but it'd be wise to add some big warnings
3. Is there a way to implement the refreshToken flow via the OAuth Authentication Provider?
4. Am I correct that for the OAuth2 flow the access_token will be set in a session (typically) and in that sense it isn't necessary to protect the routes with the authenticate block? Because I don't assume the authenticate block will keep checking the access_token validity. Looking at the source code in the onAuthenticate implementation, it seems that it always does the callback there and add the principal in the call. So that means in fact that the general explanation for Authentication (putting protected routes under authenticate ) is in fact not correct for OAuthAleksei Tirman [JB]
11/21/2024, 8:42 AM/home and /{path} inside the authenticate block? If the session is now null it won't return even.
The authentication is done once, and if successful, the data about the user is saved into a session. If those routes were inside the authenticate block the authentication would happen for each request.
> 2. The redirects is a MutableMap which isn't thread-safe. And, it'll keep growing. I understand that it is an example, but it'd be wise to add some big warnings
I agree. You can file an issue about that.
> 3. Is there a way to implement the refreshToken flow via the OAuth Authentication Provider?
What do you mean by that?
> 4. Am I correct that for the OAuth2 flow the access_token will be set in a session (typically) and in that sense it isn't necessary to protect the routes with the authenticate block?
YesArjan van Wieringen
11/21/2024, 9:46 AM