[basex-talk] Future of RESTXQ

Hi Andy, hi Adam, > I understand the restxq stuff is in development/experimental and I wonder > what plans you have in that direction? > I think there are  issues/limitations  with the url limited to restxq/ and > that xqm can be accessed directly (as text) etc, but one limitation of the > spec se

Re: [basex-talk] Future of RESTXQ

Yes that sounds good, im actually working on it right now. I am trying to finish the implementation in eXist-db and have also spent some time to try and pull it out into a set of libraries without implementation specific parts, but there is still more to do there. I then hope to write up the draf

Re: [basex-talk] Future of RESTXQ

Adam, thanks for your quick feedback; great to hear you are working on new versions! > I then hope to write up the draft specification and get it to Balisage > for late-breaking news, but we will have to see. Either way, comments > and input are welcome :-) The feature that we've been asked for

Re: [basex-talk] Future of RESTXQ

Hi Adam, Sounds good. eXist-db has various modules e.g. http://exist-db.org/exist/functions/request that can be used to fill in the gaps in RestXQ as currently defined. BaseX starts with an almost blank sheet. Multipart would be good, and also the @context parts of jax-rs

Re: [basex-talk] Future of RESTXQ

Multipart has always been on the list, but as it adds complexity I wanted to get the initial draft specification out first. On 6 May 2012 21:03, Christian Grün wrote: > Adam, > > thanks for your quick feedback; great to hear you are working on new versions! > >> I then hope to write up the draft

Re: [basex-talk] Future of RESTXQ

Hi Andy, > Sounds good. eXist-db has various modules e.g. > http://exist-db.org/exist/functions/request that can be used to fill in the > gaps in RestXQ as currently defined. Which gaps do you see modules filling? > BaseX  starts with an almost blank > sheet. Multipart would be good, and also t

Re: [basex-talk] Future of RESTXQ

>Which gaps do you see modules filling? Well that request module has many things, in addition to multipart, that can not be accessed via the RestXQ of Prague 2012. But as you say, there may be better ways. Looking forward to see, and discuss more, when your next draft appears. /Andy On Tue, Ma