Hi dliakh,
If you want to communicate with the server of BaseX, you can have a
look at the Developer page in our documentation [1]. You can either
use clients in various languages [2], the Java XQJ API or one of the
web APIs (REST, RESTXQ).
Best,
Christian
[1]
Hi Steven,
Yes, that may look like a solution if there is a client which is
lightweight enough to have some reasonable startup time.
Thank you very much
(sorry, just found there are new messages in the list after sending my
reply which besides other stuff mentions a possible solution like this)
Maybe leave the server running and submit scripts from one of the non java
clients ?
( I haven’t used any of the other language clients myself, so no experience
here. )
— Steve.
> On Dec 1, 2022, at 3:08 AM, dli...@gmail.com wrote:
>
> Hello Everyone,
> Didn't anybydy try and is that
Hi -
I've had nice luck running either the basexserver + basexclient, or the
basexhttp server (confession, it's almost something I start by default).
Maybe that would be an option to help avoid JVM startup times?
HTH!
Best,
Bridger
On Thu, Dec 1, 2022, 5:08 AM wrote:
> Hello Everyone,
>
GraalVM, and especially Native Image, is an impressive and important
project, but more limited than many imagine.
Building native images is constrained by practical issues. For example,
running a Java application requires certain external dependencies. If a
dependency is not available, then
Hello Everyone,
Didn't anybydy try and is that possible to convert the BaseX JAR to a
"native-image" (using GraalVM's convertor or any other tool maybe)?
The reason: I have to use BaseX in scripts and Makefiles as an XQuery
engine and have to call it often. The problem is the JVM startup time
6 matches
Mail list logo