-
I would like to pass a document fragment into a transform as a param.
like this:
let $params :=
{$somevar}
Thanks.
2009-05-12 19:42:29 UTC in eXist
-
Hi,
Running on Windows XP on an Acer Aspire one.
I downloaded 0.10.2, installed (non-admin) and ran it. Looks great.
I clicked the 'download more stars button and downloaded just the first batch.
I set my location (had some trouble with that, see notes below), and noticed that I was still seeing night-time when it should be daytime.
Quit the program, on restart I get the crash...
2009-03-20 21:57:06 UTC in Stellarium
-
using 1.3.0dev-rev:8460-20090101
When POSTing an xquery that generates a server-side error, error text is not returned to the client
A "202 Accepted" response is returned, but there isn't any information about the server-side error.
2009-02-08 21:34:28 UTC in eXist
-
Using 1.3.0dev-rev:8460-20090101
Posting an xml query element to a collection URL via POST executes the xquery, but the collection referenced by the URL is not set as the default context for the xquery.
This can be seen in the sys.output from test/src/org/exist/http/RESTServiceTest.java, which shows
2009-02-08 21:30:17 UTC in eXist
-
Attaching a patch that appears to fix the problem. I tested it in my use-case only, I did not re-run the full test suite. It's possible that res.setContent() call is not needed at all if the file is 0-byte length.
Or maybe the better fix is to allow ex:nil in xmlrpc on the server because those using the xmlrpc API directly might encounter this problem as well.
File Added...
2009-01-01 20:23:38 UTC in eXist
-
Changes in the xmlrpc library now inhibit the ability to restore 0-length binary resources using backup.sh
With 1.30Dev (rev 8460), attempting to restore a binary resource whose length is 0 bytes results in this server side exception shown below.
tracing the tcp connection w/ tcpflow shows that parseLocal is called with localFile = nil, rather than an empty string.
Possible fix could...
2009-01-01 19:30:31 UTC in eXist
-
Hi,
What you propose is prettier than mine, but still won't solve the problem. You can see from the logs that when href="" or when href=null, under both conditions we return what should be the stylesheet XML source.
Apparently what I'm returning is not correct, but detecting when href is null or == "" does function correctly, even though it is written in an ugly way.. ;-)
2008-07-20 18:09:04 UTC in eXist
-
I've attached to this note Transform-8014.txt, a patch that shows how to fix bug 2020841 (but as mentioned in that bug, its a terrible patch).
I'm adding it to this bug just to document what I've found out.
By examining the changes to DatabaseResolver.resolve, the handling of empty or null href has been changed so that we return the xml source of the stylesheet (at least, I think that's...
2008-07-20 03:19:48 UTC in eXist
-
I have attached Transform-8014.txt, a very bad patch that attempts to fix this problem.
The patch *does* appear to solve the immediate problem, but it's badly implemented. Also, the patch file contains changes that attempt to fix bug 2020837, but that bug remains unfixed.
Please consider this code more "cargo cult" emulation of what a real java programmer would do, rather than a viable...
2008-07-20 03:14:28 UTC in eXist
-
project.version=1.3.0dev
project.build=20080716
svn.revision=8000
document($a, $b) does not resolve 'a' with respect to 'b', but rather with respect to the stylesheet's context
relative-test.xq demonstrates that document('child.xml', /) does not resolve 'child.xml' in the context of the document that is referred to by node / (root.xml), but rather uses the context of the stylesheet...
2008-07-17 18:08:00 UTC in eXist
