Hi France,
sorry for the inconvenience. Regarding REST(XQ) calls to the same
BaseX instance, it’s indeed sth. that should be avoided, as it can
cause all kinds of deadlocks, so it’s generally wise to address
resources outside the database when using XSLT from an updating XQuery
script. As you
Different issues than, my global lock has been set to false all along and I
have the problems even on read-only operations.
I'm saving my PDF on the file system, redirecting and then loading it in
the PdfReview DB in an update operation just to make sure that I don't have
a write lock on the DB
I'm having similar issues where everything freezes on an http request done
from inside a restxq function, but only if certain conditions are present.
The conditions are not easy to pinpoint. However, they affect our ability
to validate content against modular dtds/xsds, to apply modular .xsl and
I found that it is locking up because of the database global
lockhttp://docs.basex.org/wiki/Options#GLOBALLOCK which
locks during any updating function. On the long updating call that was
happening first, it was grabbing the lock and so every subsequent request
was being blocked until the update
Hi all,
I'm having trouble with the running a restxq API, set up as either a stand
alone app (using basexhttp) or running the servlet in jetty.
When I make a request, the server will lazily load in the requested content
using a small java library that I've built which can take quite a while,
and
5 matches
Mail list logo