<div dir="auto">Hi Michael,<div dir="auto"><br></div><div dir="auto">As far as I know, most XQuery processors (such as ours) currently rely on Charles Foster’s XQJ implementation.</div><div dir="auto"><br></div><div dir="auto">In the past, we had our own implementations, but we stopped maintaining it some years ago. Users keep asking us why they cannot use XQuery 3.1 with XQJ; due to the unfortunate licensing conditions you mentioned, we didn’t invest more time in this.</div><div dir="auto"><br></div><div dir="auto">Best,</div><div dir="auto">Christian</div><div dir="auto"><br></div><div dir="auto"><br></div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr">Michael Kay <<a href="mailto:mike@saxonica.com">mike@saxonica.com</a>> schrieb am Fr., 16. März 2018, 00:58:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">XQJ provides a common Java API for XQuery processors.<br>
<br>
For some reason it got tied up in far more legal red tape than most standards: probably something to do with the great Oracle/Google lawsuits. There is no work being done to extend XQJ to work with XQuery 3.0 or 3.1, and the XQJ license explicitly prohibits any third party from extending the interface to provide such support.<br>
<br>
So what is one supposed to do if someone executes a query that returns a map or array? One interpretation of the rule prohibiting extensions is that the only thing an XQJ implementation can legally do in this case is to throw an error.<br>
<br>
I'm interested to know how other XQuery implementors are handling this.<br>
<br>
Should we just let XQJ die and forget it ever existed?<br>
<br>
Michael Kay<br>
Saxonica<br>
_______________________________________________<br>
<a href="mailto:talk@x-query.com" target="_blank" rel="noreferrer">talk@x-query.com</a><br>
<a href="http://x-query.com/mailman/listinfo/talk" rel="noreferrer noreferrer" target="_blank">http://x-query.com/mailman/listinfo/talk<br></a><br>
</blockquote></div></div>