Christian,
I'm using the Zip distribution.
The REST service works and WebDAV works, it is only RESTXQ that doesn't
appear to be correctly configured. So either I'm missing some essential
configuration detail or there's an OS X-specific problem that I'm tripping
over.
Thanks,
Eliot
—
Eliot
I found my configuration error: bad WEBPATH in my user-specific .basex
file.
I had, for whatever reason (maybe through some bad copying at some point),
set the WEBPATH to a bogus directory. Once I set it to the actual webapp
location then everything works as expected.
A bit of startup
Hi Eliot,
I agree, the documentation could surely be more precise here. Would
you possibly be interested in editing it? We are always interested in
external contributions (the only reason for enforcing a registration
is that we had to stop spamming activities in the past).
In the case of URNs,
Using the basex Zip distribution for both 8.0.3 and 8.1, I'm getting a
failure on REPLACE but not ADD for the same XML data.
This command succeeds:
basexclient -c CHECK dfst_dfst-sample-project_master; OPEN
dfst_dfst-sample-project_master; ADD to dfst/metadata.xml dfst_metadata/
But this
It's definitely a function of my local .basex settings. If I revert to the
default settings (make the basex install dir .basexhome and remove
~/.basex) then the replace succeeds.
Trying to figure out what the setting is that results in the failure.
Cheers,
E.
—
Eliot Kimber, Owner
Contrext,
Yes, I can update the documentation.
Cheers,
E.
—
Eliot Kimber, Owner
Contrext, LLC
http://contrext.com
On 4/12/15, 11:56 AM, Christian Grün christian.gr...@gmail.com wrote:
Hi Eliot,
I agree, the documentation could surely be more precise here. Would
you possibly be interested in
No obvious cause for the failure yet but it feels like a bug that is
revealed by a particular configuration organization.
Cheers,
E.
—
Eliot Kimber, Owner
Contrext, LLC
http://contrext.com
On 4/12/15, 12:19 PM, Eliot Kimber ekim...@contrext.com wrote:
It's definitely a function of my
I was trying to have a RESTXQ module import a library module stored in the
configured REPO directory. I copied my module into that directory and
verified that it was listed:
NameVersion Type Path
-
basex-utils -
I'll create an issue and try to
circle back to implementing a fix once my current crunch has passed.
Thanks for the offer, always appreciated!
Hi Eliot,
basexclient -c CHECK dfst_dfst-sample-project_master; OPEN
dfst_dfst-sample-project_master; REPLACE dfst/metadata.xml
dfst_metadata/
I just tried this with BaseX 8.0, 8.1 and the latest snapshot; it
worked on my machine. Maybe it's due to some configuration details?
Does it also
10 matches
Mail list logo