Is there any function to convert an xqy query response to a PDF or Excel
file?
___
General mailing list
General@developer.marklogic.com
Manage your subscription at:
http://developer.marklogic.com/mailman/listinfo/general
Thanks Charles. We ended up modifying the word query settings and dropping the
“anywhere" field. That gives us the behaviour we want.
Alan
On Jun 21, 2017, at 5:58 PM, Charles Greer
mailto:charles.gr...@marklogic.com>> wrote:
Hi Alan
I think your field contraint is fine-- the default gramm
OK, I think I got it sorted, although I’m not sure I understand why it needs to
be this way.
On my curl command I added:
-H "Content-Type: application/text"
Along with:
--data-binary "@testfile.txt"
And then in my XQuery I use:
xdmp:get-request-body("text")
And get the response I expect
Hi, Eliot:
Try specifying the content-type.
I believe that, if a POST request doesn't specify the content-type,
curl defaults the content-type to application/x-www-form-urlencoded
(This convenience may or may not be seen as a feature.)
Regards,
Erik Hennum
Ah, of course!
I thought I had to be doing something obvious wrong, rather than something
fundamental like that being broken.
Kind regards,
Inigo
On 23 June 2017 at 09:42:20, Geert Josten (geert.jos...@marklogic.com)
wrote:
Hi Inigo,
You are using curly braces inside your XSLT, but your XSLT
Hi Inigo,
You are using curly braces inside your XSLT, but your XSLT is in fact literal
XML embedded in XQuery, so {local-name()} is interpreted before the
xdmp:xslt-eval call. You need to escape those curly braces by doubling them,
e.g. {{local-name()}}
Cheers,
Geert
From:
mailto:general-bo
Hi,
The following looks like a bug in MarkLogic's XSLT engine to me. It works
fine via Saxon:
You can run the following in a QConsole:
-
let $xml :=
let $xslt := http://www.w3.org/1999/XSL/Transform";
version="2.0">
return xdmp:xslt-eval($xslt, $xml)
