You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
/api/entityid doesn't properly process JSON strings #67
Input data to /api/entityid (and similar endpoints that accept a single string), don't quite make sense me. The endpoint accepts JSON, so I am expected to send a valid JSON data.
However, the schema for that data is just string. So the only valid JSON data I can send is a JSON string (e.g. "abc"). However, if I do so, the entire value I sent is treated as the entity ID (including the quotation marks). I'm, therefore forced to send the string without the quotation marks, which makes my input not valid JSON data, and disagrees with the content type of the request data.
Using text/plain content type causes the server to reject the request.
P.S. I'm not entirely sure this is Mujina's issue, looking at the code, it's all Spring annotations. However, I don't know much about Spring, so may be there is a way to configure this (i.e. it's not a Spring bug).
A valid json string requires to be wrapped in double quotes ("), according to https://www.json.org/. What you've sent in your CURL command above is entityId, as the double quote characters you've specified in the command are interpreted by the shell. If you used:
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Activity
oharsta commentedon May 2, 2021
A single string is valid JSON. If I run Mujina IdP locally and use the API:
Then the
entityIdis changed and the log outputs the following:veselov commentedon May 2, 2021
A valid json string requires to be wrapped in double quotes (
"), according to https://www.json.org/. What you've sent in your CURL command above isentityId, as the double quote characters you've specified in the command are interpreted by the shell. If you used:you'd see the cluster name set to
"myEntityId"instead, because the value is not interpreted as a JSON string, but as a literal string.github-actions commentedon Aug 20, 2026
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.