Hi all,
A new BaseX maintenance release is available. Minor bugs have been fixed, and some performance tweaks have been added. In particular, access to large WebDAV directories should be faster now.
As usual, you find the latest version on our homepage basex.org. Maven artifacts have been added, various other distributions will follow soon.
Have fun everyone, Christian, BaseX Team
For all the macOS/homebrew [1] users,
BaseX 9.1.2 is now available:
$ brew update Updated Homebrew from 80c2ed310 to 550202d00. Updated 2 taps (homebrew/core and homebrew/cask). ==> New Formulae grpcurl ==> Updated Formulae basex ✔
$ brew upgrade basex ==> Upgrading 1 outdated package: basex 9.1.1 -> 9.1.2 ==> Upgrading basex ==> Downloading http://files.basex.org/releases/9.1.2/BaseX912.zip 🍺 /usr/local/Cellar/basex/9.1.2: 129 files, 10.5MB, built in 2 seconds
Cheers, Alex
[1] https://brew.sh
On 22. Jan 2019, at 10:06, Christian Grün christian.gruen@gmail.com wrote:
Hi all,
A new BaseX maintenance release is available. Minor bugs have been fixed, and some performance tweaks have been added. In particular, access to large WebDAV directories should be faster now.
As usual, you find the latest version on our homepage basex.org. Maven artifacts have been added, various other distributions will follow soon.
Have fun everyone, Christian, BaseX Team
Hi Christian,
thanks for the new version. Will it be available in maven soon?
Also another question that I hate to make, but I have to, are there any plans to re-introduce QUERYPATH? This has been keeping me from upgrading to a more recent version than 8.4.4, but we have another need that requires 9.1.2 at the moment.
Regards,
George
On 1/22/19 11:06 AM, Christian Grün wrote:
Hi all,
A new BaseX maintenance release is available. Minor bugs have been fixed, and some performance tweaks have been added. In particular, access to large WebDAV directories should be faster now.
As usual, you find the latest version on our homepage basex.org. Maven artifacts have been added, various other distributions will follow soon.
Have fun everyone, Christian, BaseX Team
Oops, I just noticed it already is available. I need to stop looking into mvnrepository first. Sorry about that!
George
On 1/23/19 12:42 PM, George Sofianos wrote:
Hi Christian,
thanks for the new version. Will it be available in maven soon?
Also another question that I hate to make, but I have to, are there any plans to re-introduce QUERYPATH? This has been keeping me from upgrading to a more recent version than 8.4.4, but we have another need that requires 9.1.2 at the moment.
Regards,
George
Hi George,
Sorry, we have no plans to reintroduce the old option (to much has changed in our architecture). Maybe there are other solutions for your use case in the latest version?
Best Christian
Am Mi., 23. Jan. 2019, 11:42 hat George Sofianos gsf.greece@gmail.com geschrieben:
Hi Christian,
thanks for the new version. Will it be available in maven soon?
Also another question that I hate to make, but I have to, are there any plans to re-introduce QUERYPATH? This has been keeping me from upgrading to a more recent version than 8.4.4, but we have another need that requires 9.1.2 at the moment.
Regards,
George
On 1/22/19 11:06 AM, Christian Grün wrote:
Hi all,
A new BaseX maintenance release is available. Minor bugs have been fixed, and some performance tweaks have been added. In particular, access to large WebDAV directories should be faster now.
As usual, you find the latest version on our homepage basex.org. Maven artifacts have been added, various other distributions will follow soon.
Have fun everyone, Christian, BaseX Team
Thanks Christian,
I think I managed to make it work, if I'm not missing anything. The problem was (the last time I tried it, over a year ago), that I need to work with relative paths, and location uris would not work properly. I managed to set it up today, by using a QueryProcessor constructor that includes a base-uri parameter.
The problem is, that when you call the QueryProcessor [1] the base URI should be set to a fake uri or file path, for example "/home/user/application/queries/fake". This way, both location URIs (import module declarations), and document requests to relative urls - doc(concat("../myxml.xml")) work. If base URI is just set as "/home/user/application/queries" - which I thought it would be correct - then only doc() function will look at the correct base-uri directory, while the import module statements, will try to import files from the parent of the base directory. I think it has something to do with how baseURI function works in StaticContext.java [2], but I'm not sure.
Maybe a Java example showing the correct usage of the base-uri, or a wiki page will help others in the future.
[1]: https://github.com/BaseXdb/basex/blob/master/basex-examples/src/main/java/or...
[2]: https://github.com/BaseXdb/basex/blob/master/basex-core/src/main/java/org/ba...
I'm happy I got this out of the way, my next email will be about some issues I found with parallel xquery processing :)
Regards,
George
On 1/23/19 3:04 PM, Christian Grün wrote:
Hi George,
Sorry, we have no plans to reintroduce the old option (to much has changed in our architecture). Maybe there are other solutions for your use case in the latest version?
Best Christian
Hi George,
I’m glad to hear you found a solution.
only doc() function will look at the correct base-uri directory, while the import module statements, will try to import files from the parent of the base directory.
Are you sure about that? If you run the following query (after updating the base uri to your local environment)…
declare base-uri 'file:///c:/users/user/desktop/'; import module namespace a = 'a' at 'a.xqm'; doc('x.xml')
…both the a.xqm module and the x.xml document will be looked up in the specified directory. If you remove the trailing slash from the URI, the files will be looked up in the parent directory (in accordance with the official specs).
Maybe a Java example showing the correct usage of the base-uri, or a wiki page will help others in the future.
Feel free to provide us with such an example, we’ll be happy to include it in our collection of Java examples.
Best, Christian
Hi Christian,
If I'm not mistaken it only works if you declare it inside the query, which is not an option for my use case, because the scripts can run in different environments with paths that are setup in environment variables.
This probably only affects the QueryProcessor constructor. But I will try to doublecheck that and send an email again if it's still doing the same.
On 1/25/19 2:40 PM, Christian Grün wrote:
Are you sure about that? If you run the following query (after updating the base uri to your local environment)…
declare base-uri 'file:///c:/users/user/desktop/'; import module namespace a = 'a' at 'a.xqm'; doc('x.xml')
…both the a.xqm module and the x.xml document will be looked up in the specified directory. If you remove the trailing slash from the URI, the files will be looked up in the parent directory (in accordance with the official specs).
Feel free to provide us with such an example, we’ll be happy to include it in our collection of Java examples.
Best, Christian
basex-talk@mailman.uni-konstanz.de