On Mon, 2015-04-13 at 12:38 -0500, Eliot Kimber wrote:
For large repositories an
XQuery like
//*[contains(@class, ' topic/topic ')] is going to be quite slow
I took this use case to the XQuery XSLT Working Groups a year or two
ago (Jirka added the DITA case - I was thinking of (X)HTML) and
Hi Eliot,
I (am sorry to) agree there is no straightforward solution to speed up
the lookup of single tokens in attributes. XQuery 3.1 provides a new
string function contains-token [1]...
//*[contains-token(@class, 'topic/topic')]
...but (up to now) it is not index-driven in BaseX.
Some
DITA defines the notion of layered hierarchy of element types, where every
DITA-defined element is either a base type or a specialized type derived
from some base type. The type hierarchy of each element is specified by a
@class attribute that lists the ancestry and leaf type of the element.
For
Hi Christian,
Thanks for your answer. I am back in my office only today, and try to
implement your recommendation:
making sure that every sessions is created and used by only one thread.
It seems that the java.lang.IllegalMonitorStateException
at org.basex.core.locks.DBLocking.acquire
and
Hello Johan and Christian,
this is the simpliest snippet, that I am using to run xquery (without
giving it any input xml):
System.setProperty(org.basex.QUERYPATH,
“/workspace/project/src/main/resources/xquery/);
Context context = new Context();
LocalSession session
Hi Liam,
No, there is not validation against a DTD but I am using the xml:id
attribute in my target document...
I tried several syntaxes - according the w3c specifications - but
without any success.
Could you give me an example?
Thanks.
Regards,
Jérôme
Le 08/04/2015 16:27, Liam R. E. Quin
But the java.util.ConcurrentModificationException
at org.basex.core.users.User.find
is still happening.
I am pretty sure that any of the concurrent command calls are not
moved to their own thread yet.
But feel free to pass me on your code (ideally, a version that's as
small as possible).
Hmm, the failure is reliable on my system.
I also discovered that having a file that is not XML and attempting to
load it as XML will fail.
I had a file named file1.xml with the content added (created by some
accident of my flailing with bash no doubt) in the directory I was loading
using a
Hi Eliot,
Having the CATPATH set or not set does not affect the failure.
Do you possibly mean QUERYPATH or any other BaseX option?
That is, this fails:
basexclient -c 'CHECK dfst_dfst-sample-project_develop; SET DTD true;
REPLACE dfst/metadata.xml
I have isolated the variable to the DTD setting: if I set DTD to true then
I get the failure. If it is false, no failure. This is for XML with no
associated DTD or grammar of any sort.
Having the CATPATH set or not set does not affect the failure.
If I add SET DTD false to my command set then
10 matches
Mail list logo
