Hi Eliot,
Thanks for the swift response. Interestingly, I can use a loca,
absolute file path for CATFILE and Windows (10), and it works
perfectly for me. Did you possibly have a look at the .bxs example?
Cheers,
Christian
On Mon, Mar 21, 2016 at 2:03 PM, Eliot Kimber wrote:
> The issue was en
The issue was entirely the syntax of the URL for the catalog file. Once I
used "file:/c:/foo/bar/catalog-dita.xml" then it worked reliably.
The catalog resolver requires a URL and unless I was looking at the wrong
BaseX code there was nothing in there to correct "\" to "/" before passing
the value
Hi Eliot,
I spent some time to find out what might have gone wrong in your
scenario. I created a little, self-contained BaseX command script,
which seems to work out of the box with Windows. Could you please give
it a try and modify it such that I can see what goes wrong?
You can change the value
This code would fail to construct a good Windows file: URL because it
misses out the "/" after the "file:".
Cheers,
E.
Eliot Kimber, Owner
Contrext, LLC
http://contrext.com
On 3/14/16, 5:02 AM, "Kendall Shaw"
wrote:
>I remember trying to figure out if the catalog files are supposed to
new URL(“file:” + catalogPath)
Appending text together seems to not be the best way to construct a URI.
On 3/13/16, 1:02 PM, "basex-talk-boun...@mailman.uni-konstanz.de on behalf of
Kendall Shaw" wrote:
>I remember trying to figure out if the catalog files are supposed to be URIs
>or fi
I remember trying to figure out if the catalog files are supposed to be URIs or
file paths (in commons resolver), and I think it was Catalog.parseCatalogFile
that had a problem. It tries essentially:
catalogPath = path.replace(‘\\', ‘/‘)
new URL(baseURL, catalogPath)
and if that is a malformed
I was just trying that now (the trailing quote was my typo but was also a
red herring).
Yes, the value must be a URL and I've verified that using file:/c:/...
works.
I'm trying to put together a code patch that does this automatically when
a normal filename is specified because this is pretty bad
Hi Eliot,
I didn’t recently try it on Windows myself, but just two observations.
On 13.03.2016 01:13, Eliot Kimber wrote:
CATFILE = C:/workspace/DITA-OT2.x/catalog-dita.xml"
There is a trailing quote sign here, is this intentional? Don’t know the
effects of unbalanced quotes here.
In any c
I tried the same experiment on Windows 10 and got the same failure result
as on Windows 7. Java is:
C:\WINDOWS\system32>java -version
java version "1.8.0_66"
Java(TM) SE Runtime Environment (build 1.8.0_66-b18)
Java HotSpot(TM) 64-Bit Server VM (build 25.66-b18, mixed mode)
Cheers,
Eliot
E
I tried some more experiments.
I used the BaseX GUI as follows:
1. Created a new database and used the GUI to select the catalog file
directly.
2. Used the add function from the New Database dialog to load a directory,
selecting all the .xml, .dita, and .ditamap files.
All the DITA files were sk
I'm trying to make BaseX work under Windows 7 and I don't seem to be able
to get catalog resolution to work. (I'm doing a workshop in Japan and the
classroom only has 32-bit Windows machines available--since Docker
requires 64-bit Windows I'm having to scramble to make the same code work
directly u
11 matches
Mail list logo