BaseX-Talk

basex-talk@mailman.uni-konstanz.de

6 participants
5250 discussions

Issue with dtd validation
by France Baril 18 Feb '15

18 Feb '15

Hi, Since my last upgrade to BaseX 8.0 beta 9cb3a37 (also just tried BaseX 8.0.1 beta 161c4fd), I noticed that the dtd validation errors are cut when to long, so I'm getting messages like this one, that don't help my users much: File 'html-review/dh4/device-help/3338/50/global/en-us/T1401261601.html' doesn't validate against BaseX-DTDs/xhtml/xhtml1-transitional.dtd. Error [bxerr:BXVA0001]: Validation failed. "Error:archie, 5:28: Attribute "... Plus, in previous versions, I was removing some errors that we don't care about, which I can't do anymore. Is there a new option to get the full messages like I used to with $err:description? Here is my code snippet (sorry for the ugly color coding in there... never had time to upgrade them to @class): *let* *$errors* := <ul>{ *for **$file* *in **$files* *return try*{ *let **$validate* := *validate:dtd*(*$file*, *$dtd-file-path*) *return *<li *style*=*"color:green"*>Ye!</li> } *catch* *** { *let **$error-description* := *$err:description* *return if* (*contains* (*normalize-space*( *$error-description*), *normalize-space*('Attribute ""xmlns"" must be declared for element type')) or *contains* (*normalize-space*( *$error-description*), *normalize-space*('Attribute ""xmlns:xsi"" must be declared for element type'))) (: The 'xmlns' error is introduced by BaseX, and does not get exported to static content, so we ignore it :) *then *() *else if* (*contains* (*normalize-space*( *$error-description*), *normalize-space*('Attribute ""content"" is required and must be specified for element type ""meta""'))) *then *() (: No longer true in HTML5 :) *else *<li *style*=*"color:red;"*> <p>File '{*$file*/*base-uri*()}' doesn't validate against {*$dtd-file-path*}.</p> <p>{'Error [' || *$err:code* || ']: ' || *$err:description*}</p> </li> } }</*ul*> (:let $debug := file:write('debug-in-fix-validation.xml', $errors):) *return* <ul>{*$errors*//*li*[*contains*(*@style*, 'color:red;')]}</ul> -- France Baril Architecte documentaire / Documentation architect france.baril(a)architextus.com

3 4

Bug in XQuery archive module
by alxarch 18 Feb '15

18 Feb '15

Hi, I stumbled upon a bug in the archive module on BaseX 8.0. The zip files created by the archive module are not valid. ``` let $found := file:list("/tmp/test/media/") return file:write-binary("/tmp/test.zip", archive:create( $found, $found ! file:read-binary( "/tmp/test/media/" || .) , map { "format" : "zip", "algorithm" : "deflate"})) ``` The resultting zip file is invalid. Trying to unzip in cli returns: ``` Archive: test.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive. In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. unzip: cannot find zipfile directory in one of test.zip or test.zip.zip, and cannot find test.zip.ZIP, period. ``` The same code works in BaseX7.9 Cheers, Alex

2 1

Debugging RESTXQ scripts
by Andreas Jung 18 Feb '15

18 Feb '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I moved the following (under existdb 2.2 working) script to BaseX https://gist.github.com/zopyx/eee05f7a421a6c0b6b80 Calling the script gives me a 404. The hello world example script from the BaseX docs however works. So general question: does BaseX log related errors somewhere? At least the standard logs don't contain anything related. Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQGUBAEBAgAGBQJU4jgnAAoJEADcfz7u4AZjcxALwIvmRvRz3m9SXsAGncDh0DTt sVaBk+s4CMzwTrz9VraZyjiV87y5VpL5KWio3WhPGet3jjR3u74C09swljo07h5c 8H75VAoWpf7TjaxqaqAOI2I+VZCZtkFfwwW34zFTBlYXkly6uRMEwppofcX+zc2+ ZEfIxF7g7B/mmW37zXtJVN2/pQMbfXEJisi2hDM/87QoIKyGyBN4NqSIMCucGLto fTYElkfQILUEb8CWzGDbJBnwOLB6MrHGShEZg/YVlSsvOoalsNsSagQ4yrUP2oBb G3d9g2CT7wAjs3K6fJROd9ZS5/Vw96+jsoECayW+8SqT+phXe/tmahDbBTrjEGxJ jnhkifviGhn4eRNukPf/3ZHAa5CI96X/ANtJrsyL3zMJ5KPresMUtJZ9sftit9kx bq2oqA8E+hmDzO2snFpPflDjdOUd5ABUcYMrGx7lqOVQNTOzRatBAH3dqpmQjZLb ha5S7yApyT7+3Lk841bNiTUH3zItPJQ= =iWtX -----END PGP SIGNATURE-----

3 20

Regression? Unknown parameter: 'wrap' in 8.0.x
by Gioele Barabucci 18 Feb '15

18 Feb '15

Hello, I am toying around with BaseX 8.0.1 (beta 161c4fd) and it looks like there is a regression from BaseX 7.9. In BaseX 7.9 I could issue the following POST query via the REST interface. <query xmlns="http://basex.org/rest"> <text>...</text> <parameter name='wrap' value='yes'/> </query> Now, the same query raises an exception in the server: org.basex.http.HTTPException: Unknown parameter: 'wrap'. at org.basex.http.HTTPCode.get(HTTPCode.java:55) at org.basex.http.rest.RESTPost.get(RESTPost.java:65) at org.basex.http.rest.RESTServlet.code(RESTServlet.java:43) Has something been changed in the way REST requests are processed? What is the proper way in 8.0.x to wrap results? Regards, -- Gioele Barabucci <gioele(a)svario.it>

2 3

following::* is 100x slower than preceding::*
by Gioele Barabucci 18 Feb '15

18 Feb '15

Hello, I have noticed that this query using the "following" axes //*[@xml:id = "lemma-aMSa"] /following::*[self::tei:entry or self::tei:re] [position() <= 3] is much slower than the same query with the "preceding" axes //*[@xml:id = "lemma-aMSa"] /preceding::*[self::tei:entry or self::tei:re] [position() <= 3] The query that uses "preceding" takes about 2.5 ms to execute, while the one using "following" takes about 250 ms: it is 100 times slower. Why this discrepancy between these two queries? I can provide the base XML file (19MB) on request. Also, I also get a warning about «'following::*[(self::tei:entry or self::tei:re)][(fn:position() <= 3)]' will never yield results.» but that is obviously false, as it yields exactly the 3 results I expect. Regards, -- Gioele Barabucci <gioele(a)svario.it>

4 11

BaseX in maven
by Wendell Piez 18 Feb '15

18 Feb '15

BaseX friends, If I run BaseX from Maven, do I always get to use the latest BaseX? Do I have to do anything special to set up BaseX in Maven to use SaxonHE instead of Xalan for xslt:transform()? (I have Saxon9he.jar in my BaseX lib.) Thanks! Wendell -- Wendell Piez | http://www.wendellpiez.com XML | XSLT | electronic publishing Eat Your Vegetables _____oo_________o_o___ooooo____ooooooo_^

4 26

Re: [basex-talk] BaseX-Talk Digest, Vol 62, Issue 31
by Jothivel S 17 Feb '15

17 Feb '15

Hi, I am new to BaseX and using version of 7.6 and I don't know where to post my questions. I have two questions as follows 1. When a database is created under the folder BaseXData, there were 9 files exist. Could you please share the details of eash file in the database. 2. Also, when I replace the content(same) in the database instead of droping and recreating, the database size is getting increased. Could you please explain why this is happened even the same data were replaced. 3. Is there any way to avoid the item #2 with using replace option(not recreating) Thanks,Jothivel On Saturday, 14 February 2015 4:30 PM, "basex-talk-request(a)mailman.uni-konstanz.de" <basex-talk-request(a)mailman.uni-konstanz.de> wrote: Send BaseX-Talk mailing list submissions to basex-talk(a)mailman.uni-konstanz.de To subscribe or unsubscribe via the World Wide Web, visit https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk or, via email, send a message with subject or body 'help' to basex-talk-request(a)mailman.uni-konstanz.de You can reach the person managing the list at basex-talk-owner(a)mailman.uni-konstanz.de When replying, please edit your Subject line so it is more specific than "Re: Contents of BaseX-Talk digest..." Today's Topics: 1. Re: BaseX in maven (Marc van Grootel) ---------------------------------------------------------------------- Message: 1 Date: Fri, 13 Feb 2015 22:27:13 +0100 From: Marc van Grootel <marc.van.grootel(a)gmail.com> To: BaseX <basex-talk(a)mailman.uni-konstanz.de> Subject: Re: [basex-talk] BaseX in maven Message-ID: <CA+bQNCv4MiNqG5m7iFN65bMU2gQO+15pqWW10KwZuHhggNzejQ(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hi, I've created a simple starter build script for BaseX 8.0 with Gradle and Saxon 9.6. See https://github.com/xokomola/basex-gradle-starter Not a full-fledged build script yet but does illustrate how to set things up. Just follow the one-step installation instruction and you should be good to go ;-) Feedback welcome. Cheers, --Marc On Sun, Jan 18, 2015 at 10:29 PM, Wendell Piez <wapiez(a)wendellpiez.com> wrote: > BaseX friends, > > If I run BaseX from Maven, do I always get to use the latest BaseX? > > Do I have to do anything special to set up BaseX in Maven to use > SaxonHE instead of Xalan for xslt:transform()? (I have Saxon9he.jar in > my BaseX lib.) > > Thanks! Wendell > > > -- > Wendell Piez | http://www.wendellpiez.com > XML | XSLT | electronic publishing > Eat Your Vegetables > _____oo_________o_o___ooooo____ooooooo_^ -- --Marc End of BaseX-Talk Digest, Vol 62, Issue 31 ******************************************

2 3

test if a namespace prefix is declared
by Emmanuel Chateau 11 Feb '15

11 Feb '15

We wanna test if a function exists with fn:function-lookup As fn:function-lookup only takes QNames, in some cases the namespace isn’t declared. So unsurprisingly, we get an error FONS0004 No namespace declared for prefix ‘……’ Is there any way to test if the namespace is declared first ? Thanks a lot, and best regards ! Emmanuel

2 5

Basex 8.0: white-spaces left after delete node?
by Hondros, Constantine (ELS-AMS) 11 Feb '15

11 Feb '15

Hi all, Using Basex 8.0, I notice a difference in behaviour compared to Basex 7.82 that I thought worth mentioning. After creating a 5 GB db, then pruning it down to roughly 2GB using Xquery 'delete node', and after running db:optimize, in the GUI Result window I see vaaaast areas of white-space left over, presumably from where the nodes were deleted. Hundreds of screenfulls, actually. Is this to do with the 'adaptive serialisation' that is now the default? Any options to use to prevent it? (it's not a huge problem, just midly annoying since with this particular DB I get a blank screen whenever I hit the 'Home' button in the GUI). TIA, Constantine ________________________________ Elsevier B.V. Registered Office: Radarweg 29, 1043 NX Amsterdam, The Netherlands, Registration No. 33156677, Registered in The Netherlands.

2 1

Re: [basex-talk] duplicate keys, because of missing commit
by Lukas Kircher 10 Feb '15

10 Feb '15

Hi Christoph, I’m forwarding my answer (including yours) to the mailing list, as I think it is valuable input. I totally agree that the ‘equivalency' XQuery/transaction is very limiting. It sometimes leads to weird constructs trying to bypass the limitation. Quite often though the limitation is actually useful, as it forces you to re-write your query in a way that it fits a single transaction. Within a single transaction the compiler then has a lot more room for optimization etc.. I’m not defending our current approach here - there are cases where it causes real pain and affects overall application design. But I also think that, more often then not, a functional programming approach also solves the issue including all the benefits. After all, the concept of the XQuery Update Facility is true to the functional nature of XQuery, where variables are final (and cannot be changed once initiated). Extending XQuery with db:commit() kind of breaks these basic principles. I also think support for ‘chaining transactions’ would be beneficial, but maybe on another level (commands?). We write loads of production code in XQuery and this reflects just our experience - but I’d be happy to hear what others have to say. Cheers, Lukas > On 09 Feb 2015, at 09:38, Christoph Gaukel <christoph.gaukel(a)gmx.de> wrote: > > Hi Lukas, > > thank you for your answer, but this is no good news. In my specific case, i see a variant to solve the problem. But i think, that the concept of transactions, which combines a number of updating commands into an atomic unit, is a good idea and it is a heavy load on the freedom of design if the only chance, to build transactions is the unit of an xquery. > > From my point of view, it would be an important improvement, if something like the commit of sql would be added to the xquery-language. If BaseX would introduce it as a specific extension like db:commit(), this would be great! > > Cheers, > Christoph

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk