BaseX 9.1.2: Maintenance Release

Tuesday, 22 January 2019 · 8 messages · last reply 25 Jan 2019
CG
Christian Grün22 Jan 2019 10:06 #
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
AH
Alexander Holupirek23 Jan 2019 09:09 #
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
Quoted text · Christian Grün · 14 lines
> On 22. Jan 2019, at 10:06, Christian Grün <christian.gruen at 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
GS
George Sofianosin reply to Christian Grün, 22 Jan 2019, 10:0623 Jan 2019 11:42 #
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
Quoted text · Christian Grün · 13 lines
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
GS
George Sofianos23 Jan 2019 11:57 #
Oops, I just noticed it already is available. I need to stop looking into mvnrepository first. Sorry about that! George
Quoted text · George Sofianos · 14 lines
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 >
CG
Christian Grünin reply to George Sofianos, 23 Jan 2019, 11:4223 Jan 2019 14:04 #
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 at gmail.com> geschrieben:
Quoted text · George Sofianos · 27 lines
> 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 >
GS
George Sofianos23 Jan 2019 20:54 #
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/org/basex/examples/local/BindVariables.java [2]: https://github.com/BaseXdb/basex/blob/master/basex-core/src/main/java/org/basex/query/StaticContext.java 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
Quoted text · Christian Grün · 10 lines
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 >
CG
Christian Grün25 Jan 2019 13:40 #
Hi George, I’m glad to hear you found a solution.
Quoted text · George Sofianos · 3 lines
> 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).
Quoted text · George Sofianos · 2 lines
> 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
GS
George Sofianos25 Jan 2019 13:53 #
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.
Quoted text · Christian Grün · 18 lines
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

⚡Generated with XQuery