JWTトークンを使用してOauth2.0を実装しました。これは、基本的にSpringブートで動作するようです。SpringブートでのJWTトークンライフタイムの実際の動作
質問1:私はこのURLを「access_token」と「refresh_token」を返信するために呼び出すことができます。
https://myapp/oauth/token?grant_type=password&username=______&password=_______
しかし、ときに私は、URLと呼ばれる再たびに、は access_tokenはとrefresh_token両方はを再生したし、それが期限切れになるまでaccess_tokenは古いはまだを使用することができます。 それは実際にどのように機能しますか? いつでも両方を再生成しますか?
Question2:私は私のaccess_tokenはをリフレッシュする必要がある場合はまた、私はこのURL
https://myapp/oauth/token?grant_type=password&username=______&password=_______
私は、再び、新しいaccess_tokenは両方と新しいrefresh_tokenを得たと呼ばれます。 refresh_tokenがより新しいrefresh_tokenを生成するために使用されたことは、私にとっては非常に奇妙です。しかし、古いrefresh_tokenはまだ動作しますか?
これは既にJWTトークンが本当にうまくいかなければならないので、新しいトークンを取得するために最初のURLを呼び出すことができるときにrefresh_tokenが必要な理由を教えてください。
私はこれをいつか過ごしましたが、これらのことについて言及している明確な参照がまだ見つかりませんでした。 あなたが私にそれがうまくいくはずの正しい流れを伝えることができたら、私はそれを感謝します。 ありがとうございます。
[OAuth v2にアクセストークンとリフレッシュトークンが両方ともあるのはなぜですか?](http://stackoverflow.com/questions/3487991/why-does-oauth-v2-have-both-access-and-refresh-トークン) – Strelok
誰かが私の質問2に答えてください。 refresh_tokenがより新しいrefresh_tokenを生成するために使用されたことは、私にとっては非常に奇妙です。しかし、古いrefresh_tokenはまだ動作しますか? – Edmund