Replies: 2 comments
-
/cc @cescoffier (rest-client), @geoand (rest-client) |
Beta Was this translation helpful? Give feedback.
0 replies
-
I recommend that you create a simple Maven reproducer for which we can observe the difference between versions. Given what you describe, I fail to see how we will be able to find out what's going on without a simple reproducer. Thanks! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
We had a bug for which the root cause appears to be in quarkus, but i wasn't able to pinpoint it. The bug occured since january 24 2025, so it may be caused by an update to quarkus 3.17.7 or 3.17.8, and was reproduced on quarkus 3.18.2.
We have two quarkus services.
One of them (the server) exposed an endpoint defined by an interface that looks like this:
This service also produce a rest-client library imported in the client. This library handles authentication, and produce rest client instances using the interface defined above using:
The client service fetches xml content (as a byte array), and sent it using the endpoint defined above.
The issue was that for some content, the client would send an empty json object
{}
rather than the xml content as the request body. It was reproducible for specific documents, while most documents would be uploaded fine. There was nothing i could find in the document content though, all were valid xml.Changing the interface to only accept
text/xml
rather*/*
fixed the issue, but im not sure where to report the issue, or whether it is expected behaviour. While debugging i did not manage to find the place where this json conversion was performed.Does anyone have any tip for debugging this issue?
Beta Was this translation helpful? Give feedback.
All reactions