Hi Andreas,
thank you for your comment! Since I tried different computers, this implies I
tried different hard disks. What I will try is putting the database on a SSD as
soon as I have access to one and check if this changes the behavior.
Regards,
Thomas
-Original Message-
From:
Hi Liam,
(1) The sample perl files and the perl module implementing the API
mention a readme file that explains the methods; does anyone know where
one might find such a readme file? It might answer my other question...
The quoted readme.txt file is currently found in the parent directory,
Hello Dilla,
BaseX contains no class paths that conflict with Saxon, so this rather
sounds like a general issue and has nothing to do with BaeX itself. In
order to give helpful hints, we absolutely need some information on
how you proceed. Could you e.g. show us your java call, the complete
Hi Christian,
I performed some command-level profiling based on your suggestion and I found
out that the time during the long delay is spent in
java.io.RandomAccessFile.readBytes(). So I searched on the Internet and found
several sources saying that java.io.RandomAccessFile has a poor
On Thu, 2012-12-13 at 18:30 +0100, Christian Grün wrote:
Hi Liam,
(1) The sample perl files and the perl module implementing the API
mention a readme file that explains the methods; does anyone know where
one might find such a readme file? It might answer my other question...
The
On 12/13/2012 08:16 PM, Christian Grün wrote:
Hi Thomas,
some years ago, we did experiments with nio that didn’t differ too
much from conventional I/O, but we may have overseen issues, so your
input is welcome. Note, however, that nio file channels are limited to
2GB (see e.g. [1]). As a
Liam,
the bug has been fixed [1]; feel free to check out the latest version [2].
Thanks for sharing this,
Christian
[1]
https://github.com/BaseXdb/basex-api/commit/aaa17f4e408e4e86d0ff3a72a8261acfb0a0b3aa
[2]
https://github.com/BaseXdb/basex-api/blob/master/src/main/perl/BaseXClient.pm
..and a related note to everyone: I have fixed a similar bug in the Ruby API.
It has already been noted that some of the APIs, such as PHP or
Python, don’t support the current iterative binding yet. If some of
you are using one of those clients and if you are interested in
finalizing the APIs,
On Thu, 2012-12-13 at 23:11 +0100, Christian Grün wrote:
Liam,
the bug has been fixed [1]; feel free to check out the latest version [2].
Thank you! Confirmed as fixed.
Liam
--
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books:
ft:mark() and ft:extract() cannot be used with any intermediate looping
construct, at least in BaseX 7.3. For example:
create db ftex ratext example string/a/r
xquery ft:mark(db:open('ftex')/descendant::text()[. contains text 'example'])
text markexample/mark string
xquery
10 matches
Mail list logo