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 }}
This repository has been archived by the owner on Nov 9, 2022. It is now read-only.
I had reported a bug against MarkLogic 24847 because a HTTP 500 returns a content type of text/plain which outfoxed MLJS. Turns out this only occurs on Roxy Hybrid apps wrapping the REST server, not on REST only apps:-
Execute the above against a pure REST app and you get a content type of application/xml (correctly)
Execute it against a Roxy hybrid app and you get text/plain (incorrect)
I have a workaround in MLJS, but others may be foxed by this.
The text was updated successfully, but these errors were encountered:
Adam is right. The Roxy error handler doesn't take REST exceptions into account sufficiently. It only identifies RESTAPI-EXTNERR. Things would improve if it extends that to fn:starts-with($ex/error:code, "REST").
grtjn
added a commit
to grtjn/roxy
that referenced
this issue
Jul 7, 2015
I had reported a bug against MarkLogic 24847 because a HTTP 500 returns a content type of text/plain which outfoxed MLJS. Turns out this only occurs on Roxy Hybrid apps wrapping the REST server, not on REST only apps:-
curl --verbose --user admin --anyauth "http://localhost:8120/v1/search?structuredQuery={}&format=json&options=flibblewibble"
Execute the above against a pure REST app and you get a content type of application/xml (correctly)
Execute it against a Roxy hybrid app and you get text/plain (incorrect)
I have a workaround in MLJS, but others may be foxed by this.
The text was updated successfully, but these errors were encountered: