Dear List
I may be working soon on a commercial server supporting XQuery 3.1+ with its own proprietary extensions, and XSLT 2.0.
Would basex 12 be the best match for these protocol versions (except of the proprietary components, of course)? I'm most interesting in working in an iterative fashion on the command line, as I'm used to doing with vim and psql (the postgresql interactive terminal).
If basex 12 is recommended, any pointers to getting this running on Debian would be gratefully received. Unfortunately Debian testing (https://packages.debian.org/sid/basex) still points to basex 10.5. I'm not familiar with Java installation requirements.
Thank you for the project, which looks excellent.
Many thanks, Rory
The zip package from (currently) https://files.basex.org/releases/12.0/BaseX120.zip unpacks and you're basically done. (With the caveat of needing an appropriate Java installed.)
Mine lives in $HOME/bin/basex, so the actual executables are $HOME/bing/basex/basex/bin because there's a variety of versions:
12:32 basex % ls basex/ BaseX116.zip basex-118/ basex-119last/ custom/ BaseX114.zip basex-117/ BaseX118.zip BaseX119.zip data/ basex-116/ BaseX117.zip basex-119/ BaseX120.zip old/
The only thing that changes is that in the current basex/ the data/ directory (where all the db content lives) becomes a sym link up to $HOME/bin/basex/data so the active databases carry over at upgrade time.
I would not expect this to be any more challenging on Debian than it is on Fedora.
And yes, it'd be nice if it was a package, but on the other hand the data isn't global and the data lives with the rest of BaseX so I find this works well.
-- Graydon
On Wed, Jul 23, 2025, at 12:06, Rory Campbell-Lange wrote:
Dear List
I may be working soon on a commercial server supporting XQuery 3.1+ with its own proprietary extensions, and XSLT 2.0.
Would basex 12 be the best match for these protocol versions (except of the proprietary components, of course)? I'm most interesting in working in an iterative fashion on the command line, as I'm used to doing with vim and psql (the postgresql interactive terminal).
If basex 12 is recommended, any pointers to getting this running on Debian would be gratefully received. Unfortunately Debian testing (https://packages.debian.org/sid/basex) still points to basex 10.5. I'm not familiar with Java installation requirements.
Thank you for the project, which looks excellent.
Many thanks, Rory
On 23/07/2025 18:42, Graydon Saunders wrote:
The zip package from (currently) https://files.basex.org/releases/12.0/BaseX120.zip unpacks and you're basically done. (With the caveat of needing an appropriate Java installed.)
Mine lives in $HOME/bin/basex, so the actual executables are $HOME/bing/basex/basex/bin because there's a variety of versions:
On Wed, Jul 23, 2025, at 12:06, Rory Campbell-Lange wrote:
Dear List
I may be working soon on a commercial server supporting XQuery 3.1+ with its own proprietary extensions, and XSLT 2.0.
Would basex 12 be the best match for these protocol versions (except of the proprietary components, of course)? I'm most interesting in working in an iterative fashion on the command line, as I'm used to doing with vim and psql (the postgresql interactive terminal).
If you want XSLT 2.0 with BaseX, you additionally need to add Saxon HE, only that the currently supported versions 12 and 11 of Saxon are really XSLT 3.0 processors, not XSLT 2.0. Any XSLT 2 code would run well with those versions, however, as far as I can tell. But Saxon 12 or 11 are technically XSLT 3 processors, meaning you can run XSLT 3.0 code with them without problems and without any checking against the XSLT 2.0 spec, meaning if your target system only supports XSLT 2.0 you would not notice if you have written XSLT 3.0 only code before executing it on the target, XSLT 2.0 system. The older versions of Saxon, that only support XSLT 2.0 (I would need to check whether it was 9.6 or 9.7 as the latest) are of course still around, even if no longer officially supported.
basex-talk@mailman.uni-konstanz.de
-
Graydon Saunders -
Martin Honnen -
Rory Campbell-Lange