BaseX-Talk

basex-talk@mailman.uni-konstanz.de

7 participants
5254 discussions

Session problems with two BaseX installations
by Jack Steyn 27 May '24

27 May '24

Hi, I have two separate BaseX installations on the same machine. Each has its own set of databases and users. I run their HTTP servers simultaneously, configured to their own sets of ports. When I authenticate to the DBA webapp of one, I am logged out of the DBA webapp of the other. What might I do to prevent this? Best regards, Jack

2 3

Making store reactive
by Marco Lettere 22 May '24

22 May '24

Dear Christian and BaseX developers, just wondering if adding something like the following would be hard to implement. /store:observe($key as xs:string, $observers as function(*)*) / with $observers being something like /function($key as xs:string)./ The semantics is to call the registered observers whenever a value associated with the key in the store changes (put, remove, clear, ..). This would allow for nicely decoupled observer - notification pattern. Does it make sense? Regards, Marco.

3 3

Weird behaviour with sequence and random:integer
by Marco Lettere 22 May '24

22 May '24

Dear all, I have this strange behavior when running in BaseX 10.4: ["a","b","c"](1 + random:integer(3)) I got something empty result, sometimes (correctly) one out of the three, sometimes two results... I report the results and the trace in [1] and [2]. What is the reason for this? Thank you. Marco. [1] Two results a c Evaluating: 1 3 3 Compiling: - rewrite list to xs:string sequence: ("a", "b", "c") - swap operands: (1 + random:integer(3)) Optimized Query: ("a", "b", "c")[trace((random:integer(3) + 1))] Query: ("a", "b", "c")[trace(1 + random:integer(3))] Result: - Hit(s): 2 Items - Updated: 0 Items - Printed: 3 b - Read Locking: (none) - Write Locking: (none) Timing: - Parsing: 0.21 ms - Compiling: 0.4 ms - Optimizing: 0.1 ms - Evaluating: 0.57 ms - Printing: 0.02 ms - Total Time: 1.31 ms [2] Empty result () Evaluating: 3 3 1 Compiling: - rewrite list to xs:string sequence: ("a", "b", "c") - swap operands: (1 + random:integer(3)) Optimized Query: ("a", "b", "c")[trace((random:integer(3) + 1))] Query: ("a", "b", "c")[trace(1 + random:integer(3))] Result: - Hit(s): 0 Items - Updated: 0 Items - Printed: 0 b - Read Locking: (none) - Write Locking: (none) Timing: - Parsing: 0.16 ms - Compiling: 0.41 ms - Optimizing: 0.15 ms - Evaluating: 0.56 ms - Printing: 0.02 ms - Total Time: 1.3 ms Query Plan: <QueryPlan compiled="true" updating="false"> <CachedFilter type="xs:string*"> <StrSeq type="xs:string+" size="3"> <Str type="xs:string" size="1">a</Str> <Str type="xs:string" size="1">b</Str> <Str type="xs:string" size="1">c</Str> </StrSeq> <FnTrace name="trace" type="xs:integer" size="1"> <Arith op="+" type="xs:integer" size="1"> <RandomInteger name="random:integer" type="xs:integer" size="1"> <Int type="xs:integer" size="1">3</Int> </RandomInteger> <Int type="xs:integer" size="1">1</Int> </Arith> </FnTrace> </CachedFilter> </QueryPlan>

2 2

string:levenshtein producing incorrect results?
by Jack Steyn 13 May '24

13 May '24

Hi, According to my copy of BaseX 10.7, string:levenshtein('oil field', 'oilfield') and string:levenshtein('oil field', 'coalfield') both return the same value, 0.7777777777777778. My understanding is that the Levenshtein-Damerau distance between 'oil field' and 'oilfield' is 1 and between 'oil field' and 'coalfield' is 3, so following the formula from https://docs.basex.org/wiki/String_Module#string:levenshtein 1.0 – distance / max(length of strings) should give 0.888... and 0.666... respectively. Am I off-base here or is there something awry with string:levenshtein? Cheers, Jack

2 3

Re: [basex-talk] BaseX installation cannot see Java
by ykhabins＠bellsouth.net 10 May '24

10 May '24

Mr. Grun, It seems that the Windows Management Instrumentation Command-line (WMIC) command line utility gives a reliable result in windows. https://www.techtarget.com/searchenterprisedesktop/definition/Windows-Manage ment-Instrumentation-Command-line-WMIC It is deprecated, but working on any Windows OS, including Windows Server 2022. On my home machine with Windows 10 OS the following command c:\>wmic product where "Name like '%JRE%' or name Like'%Java%' or name Like'%JDK%' " get name,Vendor,Version emits the following 4 (four) Java installations: Name Vendor Version Java(TM) SE Development Kit 18.0.2 (64-bit) Oracle Corporation 18.0.2.0 Java 8 Update 391 (64-bit) Oracle Corporation 8.0.3910.13 Eclipse Temurin JDK with Hotspot 21.0.2+13 (x64) Eclipse Adoptium 21.0.2.13 Java Auto Updater Oracle Corporation 2.8.391.13 To see all available entries: c:\>wmic product where "Name like '%JRE%' or name Like'%Java%' or name Like'%JDK%' " get * /format:textvaluelist So, you can try to integrate wmic based method in the BaseX Windows installer. Regards, Yitzhak Khabinsky

2 1

Re: [basex-talk] BaseX installation cannot see Java
by ykhabins＠bellsouth.net 08 May '24

08 May '24

Mr. Grun, Good news on my end! The revised installation BaseX Windows installation was very helpful. It showed the following: --------------------------- BaseX Setup --------------------------- Please install Java 11 or higher before executing the installer. Analyzed Java version string: java version "1.6.0" Java(TM) SE Runtime Environment (build pwi3260sr9fp1-20110208_03(SR9 FP1)) IBM J9 VM (build 2.4, JRE 1.6.0 IBM J9 2.4 Windows Vista x86-32 jvmwi3260sr9-20110203_74623 (JIT enabled, AOT enabled) J9VM - 20110203_074623 JIT - r9_20101028_17488ifx3 GC - 20101027_AA) JCL - 20110203_01 --------------------------- OK --------------------------- I went to Control Panel, and sure enough, it showed two Java installations: 1) Eclipse Temurin JRE with Hotspot 17.0.8.1+1 (x64) 2) IBM 32-bit Runtime Environment v6 I uninstalled the IBM's Java v6, and successfully installed the latest BaseX 11.0 beta build c21851a!!! There are still some questions remaining. Where and how BaseX installer got into old Java v1.6 and missed a legitimate Eclipse Temurin JRE with Hotspot 17.0.8.1+1? c:\>java -version shows the following openjdk version "17.0.8.1" 2023-08-24 OpenJDK Runtime Environment Temurin-17.0.8.1+1 (build 17.0.8.1+1) OpenJDK 64-Bit Server VM Temurin-17.0.8.1+1 (build 17.0.8.1+1, mixed mode, sharing) c:\>path shows the following: PATH=C:\Program Files\Eclipse Adoptium\jre-17.0.8.101-hotspot\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOW S\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\WI NDOWS\System32\OpenSSH\;C:\Windows\CCM;C:\Program Files\Eclypsium\;C:\Program Files (x86)\Microsoft SQL Server\160\DTS\Binn\;C:\Program Files\Azure Data Studio\bin;C:\Users\i300179\AppData\Local\Microsoft\WindowsApps; Overall, that's a lot for such a great support of the product. Regards, Yitzhak Khabinsky

2 1

Re: [basex-talk] BaseX installation cannot see Java
by ykhabins＠bellsouth.net 08 May '24

08 May '24

C:\>java -version openjdk version "17.0.8.1" 2023-08-24 OpenJDK Runtime Environment Temurin-17.0.8.1+1 (build 17.0.8.1+1) OpenJDK 64-Bit Server VM Temurin-17.0.8.1+1 (build 17.0.8.1+1, mixed mode, sharing) Regards, Yitzhak Khabinsky

2 2

BaseX installation cannot see Java
by ykhabins＠bellsouth.net 07 May '24

07 May '24

Hello, Trying to install BaseX via launching BaseX110-20240320.152714.exe in Windows 10 OS environment in a corporate environment. The build version is irrelevant. I tried few of them with the same outcome. Even running the installation as "Run as administrator". Also, I am a local admin on the PC. Unfortunately, I am getting the following error message dialog box: --------------------------- BaseX Setup --------------------------- Please install Java 11 or higher before executing the installer. --------------------------- OK --------------------------- Somehow the BaseX setup cannot find Java on the machine. Though the OpenJDK Runtime Environment Temurin-17.0.8.1+1 (build 17.0.8.1+1) is installed. The current BaseX installation is working properly. 1) Executing this XQuery in BaseX GUI to get Java VM properties: for $p in proc:property-names()[starts-with(., 'java.vm.')] return $p || ': ' || proc:property($p) It emits the following: java.vm.compressedOopsMode: 32-bit java.vm.info: mixed mode, sharing java.vm.name: OpenJDK 64-Bit Server VM java.vm.specification.name: Java Virtual Machine Specification java.vm.specification.vendor: Oracle Corporation java.vm.specification.version: 17 java.vm.vendor: Eclipse Adoptium java.vm.version: 17.0.8.1+1 2) Issuing PATH statement at the command prompt shows the following: PATH=C:\Program Files\Eclipse Adoptium\jre-17.0.8.101-hotspot\bin;C:\WINDOWS\system32;... It seems that some kind of security settings are causing it. Please advise. Regards, Yitzhak Khabinsky

2 1

minor issue in documentation
by Rob Stapper 03 May '24

03 May '24

Hi Christian, I stumbled on this minor issue in the documentation: @ docs.basex.org/wiki/Database_Module#db:type Examples * db:type("DB", "factbook.xml") returns true if the specified resource is an XML document. true should be 'xml'. mvgr. Rob Stapper

2 1

Issues with X11 display
by Graydon Saunders 30 Apr '24

30 Apr '24

Hello -- After upgrading to Fedora 40, I find that I can not run the BaseX GUI. This is against BaseX110-20240426.163243.zip or 10.7 17:28 bin % ./basexgui /home/graydon/bin/basex/basex/.basex: writing new configuration file. Exception in thread "main" java.awt.HeadlessException: No X11 DISPLAY variable was set, or no headful library support was found, but this program performed an operation which requires it, at java.desktop/java.awt.GraphicsEnvironment.checkHeadless(GraphicsEnvironment.java:166) at java.desktop/java.awt.Window.<init>(Window.java:553) at java.desktop/java.awt.Frame.<init>(Frame.java:428) at java.desktop/java.awt.Frame.<init>(Frame.java:393) at java.desktop/javax.swing.JFrame.<init>(JFrame.java:180) at org.basex.BaseXGUI.splash(BaseXGUI.java:96) at org.basex.BaseXGUI.<init>(BaseXGUI.java:54) at org.basex.BaseXGUI.main(BaseXGUI.java:37) 17:23 bin % java -version openjdk version "21.0.2" 2024-01-16 OpenJDK Runtime Environment (Red_Hat-21.0.2.0.13-4) (build 21.0.2+13) OpenJDK 64-Bit Server VM (Red_Hat-21.0.2.0.13-4) (build 21.0.2+13, mixed mode, sharing) Various attempts to set DISPLAY have not been helpful. Trying to use OpenJDK 17 produced effectively the same error message at greater length. Anyone got any suggestions on how to fix this? Thanks! Graydon

4 4

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk