-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Be able to have private/public key when using smallrye-jwt extension on dev mode #44179
Comments
/cc @Ladicek (smallrye), @jmartisk (smallrye), @phillip-kruger (smallrye), @radcortez (smallrye), @sberyozkin (jwt) |
Thanks @mcruzdev Good idea, and I recall, @FroMage proposed something similar. The question is how to use the private key in devmode. It should indeed make it easier to run the quickstart. But additionally, we can consider adding Dev UI support for users be able to select which claims should be added to the generated token and then use this token to test the service. |
Thank you for the quick response @sberyozkin! Just to increment the proposal:
|
Having this proposal approved, can I start to contribute with this issue? |
@mcruzdev You are welcome to start, thanks. Can I propose to start first with generating an in-mem key pair as you proposed and set the suggested properties and confirm that is sufficient for the smallrye-jwt quickstart demo to work in devmode and when running tests, without having to manually set the keys ? Thanks |
Great! Thank you for this suggestion! |
That was a CLI level enhancement, which is worth completing (minus EC keys for now), but Steph was talking about the key pair in devmode, he may have done something related in Renarde |
got it, thanks |
IMO this should be done by JWT as a build step, I don't see why you need a dev service for that. |
Description
Actually, we need to generate a public key in Dev mode to develop with the extension. It would be greate if we have a way to do not worry about it on dev mode.
Implementation ideas
No response
The text was updated successfully, but these errors were encountered: