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
Keycloak Claim Information Point - NPE when trying to read body - 1.3.1.Final #8478
Comments
Hi Pedro, @pedroigor, created |
Hi @pedroigor , |
@tpenakov I see now. It seems the behavior can be explained due to the fact that when you define a body CIP in your configuration, the extension produces a The It seems though that you can have the same behavior if your method is annotated with In any case, I think that for this particular issue we are OK given that the body CIP is working fine. Agree? If we want to support reading the body as we do with the body CIP I think you could either try to use the |
Thank you @pedroigor ! About is the body CIP is working fine - My point of view as a developer is that in addition we need to have an explicit key that enable/disable body reusing. May be something like Did you have chance to look at my initial complain in this bug? After I have upgraded to |
@tpenakov I think I found the issue. Sent a PR. If you could try it out, I appreciate. The issue is that the workaround I did for an issue in Keycloak (see KEYCLOAK-12412) was expecting a content-type to be set. Another thing you can try is also to force a content-type. Which should not give you that error. |
@stuartwdouglas Do you think that makes sense to have a configuration to enable the body handler, as suggested by @tpenakov ? |
Thank you @pedroigor ! Just for the info - I've created a simple re-read-http-request-body Quarkus extension and now I can comment the row:
from the |
I don't know about config to enable the body handler specifically, if it is needed but is not present then this is likely a bug on our side that we would want to fix. |
Hi @stuartwdouglas and @pedroigor , |
Hi @pedroigor ,
Created #9054 |
It is the same bug described in #5959.
After upgrading to
1.3.1.Final
it does not working anymore.You can use the sample project from #5959. Only one change is done there - because of the #8464.
You can run the sample project and to verify that is working.
Then change the quarkus version to
1.3.1.Final
and the project will stop workingThe text was updated successfully, but these errors were encountered: