BaseX-Talk

basex-talk@mailman.uni-konstanz.de

1 participants
5252 discussions

Fwd: RESTXQ and Website-Building
by Günter Dunz-Wolff 08 Apr '16

08 Apr '16

Hi Marco, your approach sounds great. It would be a very, very great help, to see some snippets :-) so the picture becomes more clear for me. Ciao, Günter P.S.: Sorry for the second email, I didn't send it to the mailing-list > >> Am 08.04.2016 um 09:13 schrieb Marco Lettere <m.lettere(a)gmail.com>: >> >> Hi Günter, >> we have worked on several web applications that include a frontend and we are very happy with using basex for serving both static (scripts, css, images) and dynamic (markup) content. >> One pattern that we've used often and that we find very productive is to split markup content into different .xqm modules. >> The modules are called through the xquery:invoke function in order to "explode" their output into the main page. >> In our opinion this is a good approach because it is applicable recursively to sub-modules. Content of modules may be dynamic as well and parametric values are passed into the module through external variables. >> Finally, it is possible to set up an automatic way of mapping requests to module invocations by exploiting REST path segments for example. >> I hope I have been able to explain it well enough otherwise, just let me know and as soon as possible I'll provide an example code snippet that demonstrates the approach. >> >> Ciao, >> Marco. >> >> On 07/04/2016 17:08, Günter Dunz-Wolff wrote: >>> Hi, >>> >>> I'm planning to relaunch my website (kleist-digital.de) with OpenShift as BaseX-Server. After some difficulties and a lot of help from Christian and Andy the server is running now. >>> >>> I took a look at RESTXQ and it seems quite interesting to build the whole frontend for my app with it. Some questions I have: >>> >>> 1. I'm working with a basic layout for all pages. This basic layout-file includes header, footer and changing content. What is the best approach with RESTXQ. How to build a modular concept with RESTXQ? >>> >>> 2. Is there any site-structure preferred? >>> >>> 3. Most of the site is dynamic. But I need also static files like images, css, javascript. Where to put them best (so that the Openshift-Server can handle them)? >>> >>> Thanks for any advice and help. >>> >>> Günter >> >> >

1 0

Problem deleting jar packaged item from repo
by Andy Bunce 08 Apr '16

08 Apr '16

Hi, If I install HelloWorld.jar to the repository as described at [1] It all works. However attempts to remove the item generate: [bxerr:BXRE0001] Package 'org.basex.modules.Hello' does not exist. /Andy [1] http://docs.basex.org/wiki/Repository#Java

3 11

XLSX to XML
by Florian Eckey 07 Apr '16

07 Apr '16

Hi guys, are there any ideas how to convert excel's xlsx (not xls) files to xml with XQuery or to use a Java library which can be imported? It looks like BaseX has no internal functions as for instance MarkLogic. Any ideas or example implementations to do that in XQuery or Java? Best, Florian

4 3

XdmItem
by Kendall Shaw 07 Apr '16

07 Apr '16

Is XdmItem going to move out of tests to be part of the API at some point? Kendall

1 0

Issue with db:add via restxq in 8.4.2
by Vincenzo Cestone 06 Apr '16

06 Apr '16

Hi guys, in the new basex 8.4.2 version I cannot write on the db via restxq. For example if you create an empty 'testdb', set in the .basex conf file the option MIXUPDATES = true, and call the '/dbaddtest' restxq implemented as in the following: --- module namespace o = "test"; declare %rest:path("/dbaddtest") %rest:GET function o:dbaddtest() { let $o := db:add('testdb', <aaa/>, '111.xml') return <ok/> }; --- it will not work in the basex 8.4.2 i.e. the document is not added to the db, but it will return <ok/> without errors. On the contrary the db:add executed in the BaseX.jar client is working well. And also the above restxq code is working as expected in the basex 8.3.1 version. Thank you in advance. Regards, Vincenzo

2 2

Function as argument
by Paul Swennenhuis 06 Apr '16

06 Apr '16

Hi all, I am now using functions as argument in BaseX for the first time, borrowing the way to do that from some old list archive contribution. Apparently you have to use the name of the function followed by #1 like this: let $a := local:someFunc($nodeSet, local:someOtherFunc#1) But it is unclear to me if this is indeed the right way to do it. The #1 suggests that there may also be a #2, #3 etc. (and possibly a #0). I could not find the documentation on using functions as argument on the Wiki pages. (I am happy to see that it works as expected though) Paul

2 2

Re: [basex-talk] XQJ status
by Marc van Grootel 06 Apr '16

06 Apr '16

Hi all, Thanks both Charles and Jürgen for your comprehensive and enlightening answers. It is very good to hear that there is hope for XQJ even in an XQuery 3 world ;-) Beefing up the spec to XQuery 3.1 would be fantastic. For the shorter term I'm thinking along the lines of a XDM transport serialization that includes type info and aims at efficiency rather than being human readable. As my host language of choice would be Clojure I am currently looking at Transit[1] which has both a Java and Clojure library and seems like a nice candidate but there are many others such as Avro, Thrift, Protocol buffers, Hessian etc etc. I might read up a little on those too[2]. [1] https://github.com/cognitect/transit-format On Tue, Apr 5, 2016 at 9:04 PM, Charles Foster <charles(a)cfoster.net> wrote: > Hi Marc, > > I plan to open source all the XQJ drivers I’ve written, (in the long-run). > > The XQJ specification was designed to support XQuery 1.0 only, however I don’t see why it can’t be made to support XQuery 3.0 and 3.1 syntax to some extent. > > Regarding XDM Maps and Arrays being bound to external variables and returned in result sequences along with the conversion between XDM and Java types wouldn’t be too difficult to achieve in practice. > > Java’s List and Map classes spring to mind, along with XQItemAccessor getObject(...) [1] to retrieve and XQDynamicContext.bindObject(...) [2] to bind where you would of course have to do manual casting. The datatypes of Java's Map and Array entries and conversions between their XDM counterparts could be determined by following the rules already laid out in the XQJ spec itself [3]. > > One would of course be going above and beyond the original XQJ specification here, but I think technically it would still be within the rules and providing it was well documented I’m sure user’s could cope. I would love Oracle to update their existing XQJ specification to cater for XQuery 3.1 properly, I would even help them get there if they wished, but I don’t know if they would be up for something like this. > > I think once the drivers are open sourced, the world of XQJ will be in healthier place for the community to update going forward. > > Specifically regarding BaseX XQJ - for the moment, please assume that any of the driver’s provided by BaseX themselves are the latest and greatest. > > Kind Regards, > > Charles > > P.S. Please come to XML London in June - it will be great! > > [1] http://xqj.net/javadoc/javax/xml/xquery/XQItemAccessor.html > [2] http://xqj.net/javadoc/javax/xml/xquery/XQDynamicContext.html > [3] https://en.wikipedia.org/wiki/XQuery_API_for_Java#Default_data_type_mapping > > > On 5 Apr 2016, at 14:41, Marc van Grootel <marc.van.grootel(a)gmail.com> wrote: > >> Hi Christian, >> >> Thanks. Very curious to hear about XQJ's fate. >> >> I am currently using BaseX for data integration which got me thinking >> about integration of XQuery in other web applications >> (node/python/clojure etc.). I was triggered by the recent thread about >> node-basex[1] and Hans Jürgen and your Balisage paper [2]. I was >> considering what the most performant way would be to return XQuery >> results as native types. Eg. function returns an array with maps or >> XML nodes and it gets converted to the host application's native data >> types so the application can use the results as if they were native >> data types. >> >> Maybe the only viable way to tackle this *is* via HTTP and a smart >> serialization (EDN[3] for example is such a, non-JSON, serialization >> that includes type info) but I was thinking if there was an existing >> lower-level way (without the BaseX HTTP layer). XQJ would enable this >> (at least for XQuery < 3) but I have doubts if it would deserialize >> non-atomic XDM values (like nested maps/arrays) as this is new to >> XQuery 3, I didn't check but I figure that the BaseXClient on which it >> is based also doesn't provide the XDM metadata for each nested item. >> >> Just pondering how to bridge from XQuery to other languages. >> >> [1]: http://www.mail-archive.com/basex-talk%40mailman.uni-konstanz.de/msg07882.h… >> [2]: http://www.balisage.net/Proceedings/vol15/html/Rennau01/BalisageVol15-Renna… >> [3]: https://github.com/edn-format/edn >> >> >> On Tue, Apr 5, 2016 at 11:58 AM, Christian Grün >> <christian.gruen(a)gmail.com> wrote: >>> Hi Marc, >>> >>>> Is it right that the current XQJ driver for BaseX doesn't support >>>> XQuery 3 syntax? Everytime I try to use a query that includes some of >>>> the newer features it barks at me with Invalid XQuery syntax, syntax >>>> does not pass static validation. Is there way to get around that, say, >>>> when the result would not use these XQuery 3 data types? >>>> >>>> I'm wondering what the fate is of XQJ in general. Will it remain relevant? >>> >>> I decided to pass on your question directly to Charles Foster; he >>> might be able to give you some outlook! >>> >>>> Also I am confused why files.basex /maven repo has XQJ driver 1.6.0 >>>> and xqj.net has 1.4.0 as the latest or what the difference is. >>> >>> I have sent a pull request to Charles’ repo; it may be included in the >>> next version there. >>> >>>> The reason I was looking into XQJ was that it provides ways to get XDM >>>> type info with the result. I would like to be able to deal with the >>>> result from a query at a higher level than just strings. I've briefly >>>> looked into BaseXClient.java which seems to be able to return XDM >>>> metadata but then I saw that XQJ could do this out of the box. >>> >>> Right, that’s only possible with XQJ. >>> >>>> In general I would be interested to hear what the best way would be to >>>> get a client to deal with query responses as native (client-side) >>>> types (including hashmaps and arrays) instead of strings. Would it be >>>> better to focus on using BaseXClient and forget about XQJ? >>> >>> From my perspective, it’s good to use XQuery whenever possible and use >>> our Client Module to address BaseX server instances [1] ;) >>> >>> Cheers, >>> Christian >>> >>> [1] http://docs.basex.org/wiki/Client_Module >> >> >> >> -- >> --Marc >> > -- --Marc

1 0

XQJ status
by Marc van Grootel 05 Apr '16

05 Apr '16

Hi, Is it right that the current XQJ driver for BaseX doesn't support XQuery 3 syntax? Everytime I try to use a query that includes some of the newer features it barks at me with Invalid XQuery syntax, syntax does not pass static validation. Is there way to get around that, say, when the result would not use these XQuery 3 data types? Also I am confused why files.basex /maven repo has XQJ driver 1.6.0 and xqj.net has 1.4.0 as the latest or what the difference is. I'm wondering what the fate is of XQJ in general. Will it remain relevant? The reason I was looking into XQJ was that it provides ways to get XDM type info with the result. I would like to be able to deal with the result from a query at a higher level than just strings. I've briefly looked into BaseXClient.java which seems to be able to return XDM metadata but then I saw that XQJ could do this out of the box. In general I would be interested to hear what the best way would be to get a client to deal with query responses as native (client-side) types (including hashmaps and arrays) instead of strings. Would it be better to focus on using BaseXClient and forget about XQJ? Cheers, --Marc

3 4

XQuery Introduction in French
by Dirk Kirsten 05 Apr '16

05 Apr '16

Bonjour, just a little pointer: If you speak french and are new to XQuery (and especially if you are in the digital humanities) the following chapters from Farid Djaïdjas thesis might be of interest to you: "XQuery pour les Humanités Numériques" http://files.basex.org/publications/dummies/XQuery%20pour%20les%20Humanit%e… This introduction and some others introductions and further material to get you started can be found at http://docs.basex.org/wiki/Getting_Started#Tutorials_and_Slides Bien cordialement Dirk -- Dirk Kirsten, BaseX GmbH, http://basexgmbh.de |-- Firmensitz: Blarerstrasse 56, 78462 Konstanz |-- Registergericht Freiburg, HRB: 708285, Geschäftsführer: | Dr. Christian Grün, Dr. Alexander Holupirek, Michael Seiferle `-- Phone: 0049 7531 91 68 276, Fax: 0049 7531 20 05 22

1 0

BaseX optimizer performance on REx-generated parser
by Gunther Rademacher 05 Apr '16

05 Apr '16

Hi, in a recent update of REx parser generator (v5.37), some type specifications were removed from generated XQuery and XSLT functions. This affects tail-recursive functions, and it was done because it turned out that MarkLogic fails to optimize tail calls, presumably due to an explicit type check caused by the type specification (see http://markmail.org/message/gxi26da4crk2v5ge ). Now it was reported that this change causes performance problems with BaseX (see https://twitter.com/apb1704/status/714219874441146368 ). I reproduced the problem as follows: - download the XQuery 3.1 grammar from http://bottlecaps.de/rex/CR-xquery-31-20151217.ebnf - generate a parser from it on http://bottlecaps.de/rex/ using command line options: -xquery -tree -main - run the generated parser, using this command line basex -binput={42} CR-xquery-31-20151217.xquery This works OK, but it takes about 80 seconds. Some analysis showed that the time can be influenced by putting back the type specification to function p:map2, i.e. declaring 'as xs:integer' as the result type: declare function p:map2($c as xs:integer, $lo as xs:integer, $hi as xs:integer) as xs:integer This variant completes in less than 3 seconds. But even when declaring a return type of as xs:integer? which might be the type that can be inferred statically, it completes fast. Is this possibly a problem with the optimizer? Which variant of generated code would be preferable for BaseX - typed or untyped? Thanks, Gunther

3 21

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk