-
Notifications
You must be signed in to change notification settings - Fork 10
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
Questions around <http:response/> #10
Comments
Hi Christian, terribly sorry. For some reason I completely missed this. Is it still something you need an answer on? |
Hi Adam, I stumbled upon this issue, because @dizzzz changed a little example in our documentation (http://docs.basex.org/index.php?title=RESTXQ&action=historysubmit&diff=13833&oldid=13809 …hi Dannes!). In the specifications…
…the response attribute is called The current version of the BaseX RESTXQ implementation provides support for both attributes. |
Hi Dannes, hi Adam, do you have any opinion on this? Thanks in advance! |
I have no strong opinion here, as long it works cross-vendor :) in eXist-db: For compatibility i’d Like to support both attributes..... at least for some time. But the code will be a bit ugly :-) |
suggested fix in PR #35 |
Thanks for your feedback, Dannes! |
We have to undo the wiki change :) |
Just done ;) |
Hi Adam, I noticed that the schema of the
<http:response/>
element is different to the one proposed in the EXPath HTTP specification:http://www.expath.org/spec/http-client#d2e491
For example, the
message
attribute name is calledreason
in the XMLPrague proposal for RESTXQ. Next, there is no<http:body/>
element. Instead, all results are returned as additional items.. which is of course reasonable if we plan to also return non-textual data.The text was updated successfully, but these errors were encountered: