- BaseX-Talk - mailman.uni-konstanz.de

XML catalog support
by Imsieke, Gerrit, le-tex 08 Oct '10

08 Oct '10

Dear BaseX Team, I think I asked this a couple of months ago. We'd like to have XML catalog support when importing files into BaseX. Or do you have another solution for the following issues: 1. - a customer uses XHTML documents enriched with some semantic tagging which is not XHTML markup - they refer to an XHTML DTD though - we need to use the DTD for resolving entities Apart from the fact that it is obnoxious to retrieve the DTDs from W3C (and will be blocked if tried to heavily), the major advntage of catalogs will be that we can point BaseX to a modified XHTML DTD that is stored locally and that allows for the additional semantic tags. => alternative approach: Patch the data to use standard XHTML markup (such as <span class='supersemantic'>). This doesn't seem feasible because too many tools down the processing chain depend on these custom tags. => other approach: resolve all entities prior to import, discard DOCTYPE declaration. We can do that, but it seems second-best to using catalogs and unmodified data. => Patch data to refer to another DOCTYPE stored somewhere on their servers. This is clearly advisable, because these documents aren't XHTML documents. Need to install the necessary infrastructure. Catalogs are still desirable in this scenario 2. Some of their XML files refer to DTDs such as E:\book\book.dtd We need to resolve these to a DTD that is stored on the server where the import takes place. Again, we could patch the data to refer to some DTD stored centrally on one of their corporate HTTP servers Still, in order to speed up parsing, locally stored DTDs are desirable. I remember when I proposed to use Apache XML commons resolver [1,2] that Christian replied you would put it on the wish list. I'm trying to prioritize this issue. (N.B.: it's the same customer who paid someone of your team for solving the base-uri issue...) Gerrit [1] http://xml.apache.org/commons/ [2] mirrored at, e.g., http://apache.easy-webs.de//xml/commons/xml-commons-resolver-1.2.tar.gz -- Gerrit Imsieke Geschäftsführer / Managing Director le-tex publishing services GmbH Weissenfelser Str. 84, 04229 Leipzig, Germany Phone +49 341 355356 110, Fax +49 341 355356 510 gerrit.imsieke(a)le-tex.de, http://www.le-tex.de Registergericht / Commercial Register: Amtsgericht Leipzig Registernummer / Registration Number: HRB 24930 Geschäftsführer: Gerrit Imsieke, Svea Jelonek, Thomas Schmidt, Dr. Reinhard Vöckler ---------------------------------------------------------------------- Besuchen Sie uns auf der Frankfurter Buchmesse in Halle 4.2, Stand G446. Mehr dazu unter www.le-tex.de/de/buchmesse.html

4 3

database format compatibility from a version to another
by Fabrice Etanchaud 06 Oct '10

06 Oct '10

Dear all at BaseX, could you explain how one can know that database format compatibility is broken from a version to another ? Is it in the version numbering, or do you broadcast the information ? Maybe i dreamed about it, but i cannot find the file module documentation on the website anymore... There is XML with BaseX, and XML without BaseX... Regards

2 1

Bug in Date.diff
by Dave Glick 05 Oct '10

05 Oct '10

I think there might be a bug in Date.diff - it looks like if the number of days are the same, it attempts to directly cast the incoming Item to a Date in order to compare seconds. However, if the incoming Item is actually a string or something else a cast failure will occur. My fix is below: Old code: @Override public int diff(final InputInfo ii, final Item it) throws QueryException { final long d1 = days(); final Date d = (Date) (it.date() ? it : type.e(it, null, ii)); final long d2 = d.days(); if(d1 != d2) return (int) (d1 - d2); return seconds().subtract(((Date) it).seconds()).signum(); } New code: @Override public int diff(final InputInfo ii, final Item it) throws QueryException { final long d1 = days(); final Date d = (Date) (it.date() ? it : type.e(it, null, ii)); final long d2 = d.days(); if(d1 != d2) return (int) (d1 - d2); return seconds().subtract(d.seconds()).signum(); } Dave

3 3

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

I am using the basex xquery implementation in an OSGi/Eclipse environment and need to provide/add additional manifest headers or wrap the delivered jar. I would like to have those manifest headers automatically included in the build, namely, these would be (minimally): Bundle-SymbolicName: org.basex.api Bundle-Version: 6.2.8.SNAPSHOT Export-Package: javax.xml.xquery, org.basex.api.xqj This way I would just require my components (jars/plugins/bundles) to depend on bundle org.basex.api and would not have to include/manage the basex versions myself...

3 2

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

sorry, the web contact form is somehow confusing...

1 0

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

I am using the basex xquery implementation in an OSGi/Eclipse environment and need to provide/add additional manifest headers or wrap the delivered jar. I would like to have those manifest headers automatically included in the build, namely, these would be (minimally): Bundle-SymbolicName: org.basex.api Bundle-Version: 6.2.8.SNAPSHOT Export-Package: javax.xml.xquery, org.basex.api.xqj This way I would just require my components (jars/plugins/bundles) to depend on bundle org.basex.api and would not have to include/manage the basex versions myself...

1 0

Provide OSGi conformant manifest headers in jar
by erdal.karaca.de＠googlemail.com 04 Oct '10

04 Oct '10

I am using the basex xquery implementation in an OSGi/Eclipse environment and need to provide/add additional manifest headers or wrap the delivered jar. I would like to have those manifest headers automatically included in the build, namely, these would be (minimally): Bundle-SymbolicName: org.basex.api Bundle-Version: 6.2.8.SNAPSHOT Export-Package: javax.xml.xquery, org.basex.api.xqj This way I would just require my components (jars/plugins/bundles) to depend on bundle org.basex.api and would not have to include/manage the basex versions myself...

1 0

Re: [basex-talk] Using the REST interface
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi Andreas, Yes, you understood what I wanted, but I did not implement the solution suggested for the reason that there might be dependencies between a given version of basex server (sub-project basex) and the corresponding version of basex-api (sub-project api). I could not simply replace basex-api.jar because, well, basex-api.jar does NOT exist inside of basex-api.zip. On further investigation and while attempting to find a workaround, I noticed that the basex-api.jar is actually split into three different .jars inside basex-api.zip; but those jars (the splitted versions) also package a corresponding dependency each (for xmldb-api, xqj-api and jax-rx, respectively)! I decided to keep things simple and bundled *everything* in one jar, but that broke the runtime. So, I updated my build to include files on as similar a basis as I could (to how you create basex-api.zip) without making the build too complex - so there are a few differences, but it works for me at the moment, so I am going to keep my build simple. In case anyone wants my build config (maven project) to arrive at basex-api.zip, please post your requirement on this mailing list and I can provide you the same. That said, I guess Andreas, that your project is already using a build config to achieve this and would be grateful if you could host that as well as all tags and branches so that these can be anonymously checked out. Thanks for your prompt replies Andreas and Michael, much appreciated. As this is a Uni project, can one hope it has any chances of proper commercial support being provided in case an organization becomes interested? ----- Original Message ----- From: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> To: "Mahender Didwania" <mahender(a)didwania.co.uk> Sent: Monday, October 4, 2010 10:20:16 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] Using the REST interface Hi Mahender, you can just extract the BaseX61-api.zip, then add your new BaseX build and change the name of it in the startjaxrx.bat , so the server of the new build is used. I hope i did understand what you are want to do... Kind regards, Andreas Am 04.10.2010 11:09, schrieb Mahender Didwania: Hi, What I am trying is to get something like basex-api.zip available at http://www.inf.uni-konstanz.de/dbis/basex/download/BaseX61-api.zip , only for the newer version (e.g., 6.2.9). Now the file at the URL above packages several other things besides the basex-api (its name BaseX61-api.zip appears to suggest it contains only the basex-api, but that is not the case). My question is: where is the maven pom (if there is one) to create BaseX61-api.zip which includes basex.jar and basex-api.jar besides a few things from examples sub-project as well as several other dependencies? How do you guys create BaseXnn-api.zip? None of the builds of sub-projects basex, api or examples leads to creation of this file and this file is what I need. When I try to create it on my own (searching for the various artefacts and putting them in .zip using a local Maven project), then the resulting server starts fine but every time I perform a REST operation, I get 500 internal server error. I do not want to run basex from within Eclipse. Thanks. ----- Original Message ----- From: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> To: "Mahender Didwania" <mahender(a)didwania.co.uk> Cc: basex-talk(a)mailman.uni-konstanz.de Sent: Saturday, October 2, 2010 9:28:52 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] Using the REST interface Hi Mahender, you can check out all three projects (see http://www.inf.uni-konstanz.de/dbis/basex/install ). After that just start the StartJaxRx.java in the examples project. Now you can run the examples from http://www.inf.uni-konstanz.de/dbis/basex/rest . Kind regards, Andreas Am 01.10.2010 17:30, schrieb Mahender Didwania: Hi, I am using Maven to get basex.jar and basex-api.jar and then trying to integrate them with Jetty on the lines of how it is done in the zip file available at http://www.inf.uni-konstanz.de/dbis/basex/download/BaseX61-api.zip - the reason I am doing it in my own Maven build is because 6.1 is not the latest version of basex, but the bundled distribution including Jetty is not available for a later version. I have not tested the bundled distribution (Jetty bundled for access using REST). I am not able to get this to work however - all I get is internal server when I attempt anything other than get application.wadl - e.g., I cannot PUT successfully using the guidelines at http://www.inf.uni-konstanz.de/dbis/basex/rest . I had a cursory look at the java code and could not immediately figure out how Jetty is connecting to the Basex server instance in the StartJaxRx.java or StartJetty.java - to me it merely appears to start the two servers. I will later attempt to use the bundled .zip file available for download, although that is for an earlier version. _______________________________________________ BaseX-Talk mailing list BaseX-Talk(a)mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

2 1

Fwd: basex-api from trunk fails to build
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, Correction for: For some reason, basex-examples still is dependent upon 6.2.8 and not 6.3 (6.2.8 is available in your maven repo, but the build fails due to other reason mentioned in another post of today from me) basex-examples also refers to 6.3 now (not 6.2.8). However, it has a different issue in that the target folder (used by maven to place results of build into) is a checked in folder as well (it should *not* be part of subversion commits) - this leads to problems unless one deletes this folder before performing svn update. This is just a nuisance I agree, but can easily be rectified. ----- Forwarded Message ----- From: "Mahender Didwania" <mahender(a)didwania.co.uk> To: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> Sent: Monday, October 4, 2010 9:17:47 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] basex-api from trunk fails to build Hi Andreas, I *have* checked out all three projects, but cannot build them all in one go (there is no parent pom), so am building them one by one, building basex first, api next and examples last, but api build fails for me due to the reasons mentioned in email below. basex build succeeds, but I then have to manually make the basex.jar available to the api build if I want it to finish successfully. For some reason, basex-examples still is dependent upon 6.2.8 and not 6.3 (6.2.8 is available in your maven repo, but the build fails due to other reason mentioned in another post of today from me) A parent pom should be provided at the top level folder http://www.inf.uni-konstanz.de/dbis/basex/trunk/ ----- Original Message ----- From: "Andreas Weiler" <andreas.weiler(a)uni-konstanz.de> To: "Mahender Didwania" <mahender(a)didwania.co.uk> Cc: "basex-talk" <basex-talk(a)mailman.uni-konstanz.de> Sent: Monday, October 4, 2010 9:04:08 AM GMT +00:00 GMT Britain, Ireland, Portugal Subject: Re: [basex-talk] basex-api from trunk fails to build Hi, just check out all three projects: http://www.inf.uni-konstanz.de/dbis/basex/install and build it. Andreas Am 04.10.2010 10:01, schrieb Mahender Didwania: > Hi, > > The basex-api has dependencies for basex.jar version 6.3 and basex-api.jar version 6.3, but these are not available. So the project fails to build. > > What is the workaround? > > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

2 1

Where are the basex branches and tags available for anonymous checkout?
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, Only the trunk appears to have been made available for anonymous checkout. What if I want to checkout/export and build an earlier revision (e.g., 6.2.8), especially in case where trunk builds for one/more of sub-projects (basex-api, basex-examples) are broken?

2 1

basex-api from trunk fails to build
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, The basex-api has dependencies for basex.jar version 6.3 and basex-api.jar version 6.3, but these are not available. So the project fails to build. What is the workaround?

2 1

basex-examples sub-project fails to build - explicit java source version not declared in pom.xml
by Mahender Didwania 04 Oct '10

04 Oct '10

Hi, The basex-examples sub-project fails to build because the default for maven 2 (I think) is java 1.3, but java 5 features are being used in this project. pom.xml needs to have a source level declaration for java 5. How can one gain commit rights to this project? -M

1 0

Using the REST interface
by Mahender Didwania 02 Oct '10

02 Oct '10

Hi, I am using Maven to get basex.jar and basex-api.jar and then trying to integrate them with Jetty on the lines of how it is done in the zip file available at http://www.inf.uni-konstanz.de/dbis/basex/download/BaseX61-api.zip - the reason I am doing it in my own Maven build is because 6.1 is not the latest version of basex, but the bundled distribution including Jetty is not available for a later version. I have not tested the bundled distribution (Jetty bundled for access using REST). I am not able to get this to work however - all I get is internal server when I attempt anything other than get application.wadl - e.g., I cannot PUT successfully using the guidelines at http://www.inf.uni-konstanz.de/dbis/basex/rest. I had a cursory look at the java code and could not immediately figure out how Jetty is connecting to the Basex server instance in the StartJaxRx.java or StartJetty.java - to me it merely appears to start the two servers. I will later attempt to use the bundled .zip file available for download, although that is for an earlier version.

2 1

Problem with basex:eval
by Maximilian Gärber 30 Sep '10

30 Sep '10

Hi there, I am using basex 6.2.7 (gui version) from the maven repo. Using eval (see below) gives me: Fehler: [XPST0017] Unknown function "local:name1(...)". If I call local:name1() directly, it works. Running the same script with Saxon (using saxon:evaluate) works, too. declare function local:name1() { let $msg := "hello from name1" return <msg>{$msg}</msg> }; declare function local:dispatch($e as element()) { let $func := local-name($e) let $res := basex:eval(concat("local:", $func, "()")) return $res }; let $elem := <name1>bla</name1> (: return local:name1() :) return local:dispatch($elem) Regards, Max

2 3

FW: XSLT support
by Fabrice Etanchaud 30 Sep '10

30 Sep '10

Thank your dear Michael, for your reply. Sorry, I missed a context for my request : When do you plan to include XSLT support in XQUERY ? For me, a basex function like 'basex:xslt($xslt_path as xs:string, $in as xs:node()) as xs:node() would be perfect stuff. -----Original Message----- From: Michael Seiferle [mailto:michael.seiferle@uni-konstanz.de] Sent: jeudi 30 septembre 2010 12:28 To: Fabrice Etanchaud Cc: basex-talk(a)mailman.uni-konstanz.de Subject: Re: [basex-talk] XSLT support Hi Fabrice, currently there is no XSLT support, but to quote Christian [1]: Am 09.03.2010 um 11:10 schrieb Christian Grün: > Dear Sebastian, > > currently, BaseX offers no extra XSLT implementation, but we know that > some users have applied the Java 1.5 XSLT implementation to transform > XML nodes from our database. As an indication, all Item instances > offer a java() method which converts nodes to Java data types (e.g. > DOM instances). > > Hope this helps, > Christian > ___________________________ So the Item.java() methods might be worth a look to transform database nodes. Feel free to ask more. Kind regards Michael [1] https://mailman.uni-konstanz.de/pipermail/basex-talk/2010-March/000119.html Am 30.09.2010 um 11:49 schrieb Fabrice Etanchaud: > Dear all at DBIS, > BaseX is a fantastic tool. > When do you plan to include XSLT support ? > > regards > Fabrice Etanchaud > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk

2 1

XSLT support
by Fabrice Etanchaud 30 Sep '10

30 Sep '10

Dear all at DBIS, BaseX is a fantastic tool. When do you plan to include XSLT support ? regards Fabrice Etanchaud

2 1

meaningless numbers print out to std out
by Erdal Karaca 28 Sep '10

28 Sep '10

When running basex in XQJ mode and using copy... modify..., some numeric sequences are print out to std.out in the eclipse debug console, e.g.:0 / 0 1 / 0 ...

2 1

BaseXClient.java ignores EOF from server
by Godmar Back 27 Sep '10

27 Sep '10

BaseXClient.receive ignores EOF if the connection is severed: /** * Receives a string and writes it to the specified output stream. * @param o output stream * @throws IOException I/O exception */ private void receive(final OutputStream o) throws IOException { while(true) { final int b = in.read(); if(b == 0) break; o.write(b); } } The result is an out of memory error because you're trying to stuff infinitely many -1 values into the ByteArrayOutputStream backing o. - Godmar

1 0

Using the options
by Maximilian Gärber 27 Sep '10

27 Sep '10

Hi, from the FAQ ( http://www.inf.uni-konstanz.de/dbis/basex/faq#5.4 ), I read that there are several options available. However, I could not figure out how to set those options from jax-rx or any other client than Java (I found in Java there's something like CONTEXT.props("key", "value") ). Regards, Max

2 1

XPTY0019 error in basex 6.2.7 that did not appear in 6.2.3
by Godmar Back 25 Sep '10

25 Sep '10

This query: declare variable $metadata as xs:anyAtomicType := doc('libx2_meta')/metadata; let $roots := $metadata/roots[@document="libx2_feed"]/id return ... produces [XPTY0019] Context node required for roots[@document = "libx2_feed"]; xs:untypedAtomic found. in BaseX 6.2.7, but it works in 6.2.3 Is this correct? Substituting the declare variable with a let $metadata := ... works, so no showstopper here. On a related note, declaring a function "as xs:anyAtomicType()*" behaves differently in 6.2.7 than in 6.2.3. I suppose the correct semantics for this is to cast the result to an anyAtomicType; 6.2.3 did not do that but 6.2.7 does. - Godmar

2 3

explicit use of namespace prefixes in xquery expressions does not appear to work
by Godmar Back 25 Sep '10

25 Sep '10

I'm trying to create snapshots for the problems we're having with namespaces. Here's the first one (this is not a showstopper, just something I believe is wrong). In http://top.cs.vt.edu/~gback/bx/nsbug1/ you can find http://top.cs.vt.edu/~gback/bx/nsbug1/BaseXData.bug1.zip which contains a zipped BaseX folder. The script 'test.sh' demonstrates what I believe to be a problem with 6.2.7. Notably, the following query: declare namespace libx='http://libx.org/xml/libx2'; doc("libx2_feed")//libx:entry[@src="34"] returns: <libx:entry xmlns:libx="http://libx.org/xml/libx2" xmlns=" http://www.w3.org/2005/Atom" src="34"/> (the inherited default name space for the libx:entry element is 2005/Atom. But explicitly asking for atom:src in the query: declare namespace libx='http://libx.org/xml/libx2'; declare namespace atom='http://www.w3.org/2005/Atom'; doc("libx2_feed")//libx:entry[@atom:src="34"] returns an empty sequence when in my opinion it should provide the same result. Am I wrong? (As an aside, using libx:src also doesn't return anything:) Run test.sh to reproduce. - Godmar

2 1

namespace problems nehmen kein Ende
by Godmar Back 25 Sep '10

25 Sep '10

Hi, BaseX's server sends illegal XML to the client, see below. This should never happen, correct? - Godmar > java -cp "../../../../WEB-INF/lib/*" org.basex.BaseXClient -p 1985 Username: admin Password: BaseX 6.2.3 [Client] Try "help" to get some information. > *xquery declare namespace atom='http://www.w3.org/2005/Atom'; doc("libx2_feed")/atom:feed/atom:entry[atom:id="49"]* <entry xmlns="http://libx.org/xml/libx2" xmlns:libx=" http://libx.org/xml/libx2" xmlns="http://www.w3.org/2005/Atom"> <id>49</id> <title>Package 2</title> <updated>2010-09-23T19:17:06.183Z</updated> <author> <name>LibX Team</name> <uri>http://libx.org</uri> <email>libx.org(a)gmail.com</email> </author> <content type="html">Content created by LibX Libapp Builder</content> <libx:package> <libx:entry xmlns="http://libx.org/xml/libx2" src="50"/> </libx:package> </entry> Query executed in 2.19 ms. >

2 1

request: please don't use java.io.Console when -P is given
by Godmar Back 24 Sep '10

24 Sep '10

The current version of BaseXClient uses java.io.Console, which makes redirecting input from stdin impossible. That makes it difficult to create any type of script that interacts with the database (essentially, it would require using 'expect' or equivalent). As far as I can see, the only thing you need java.io.Console for is reading the password. Please do not use console if the user provides the password on the command line with -P. Alternatively, or in addition, consider supporting a "source" command that reads commands from a file and sends them to the server. - Godmar

2 2

possible bug
by Godmar Back 24 Sep '10

24 Sep '10

I received this stacktrace: Error: Possible bug? Feedback is welcome: basex-talk(a)mailman.uni-konstanz.de BaseX 6.2.3: java.lang.ArrayIndexOutOfBoundsException: 0 org.basex.io.TableDiskAccess.readBlock(TableDiskAccess.java:344) org.basex.io.TableDiskAccess.<init>(TableDiskAccess.java:67) org.basex.data.DiskData.init(DiskData.java:92) org.basex.data.DiskData.<init>(DiskData.java:56) org.basex.core.cmd.Open.open(Open.java:61) org.basex.core.cmd.Check.check(Check.java:53) org.basex.query.QueryContext.check(QueryContext.java:473) org.basex.query.QueryContext.doc(QueryContext.java:436) org.basex.query.func.FNGen.doc(FNGen.java:155) org.basex.query.func.FNGen.atomic(FNGen.java:60) org.basex.query.func.FNGen.c(FNGen.java:74) org.basex.query.func.Fun.comp(Fun.java:49) org.basex.query.expr.Arr.comp(Arr.java:34) org.basex.query.QueryContext.compile(QueryContext.java:245) org.basex.query.QueryProcessor.compile(QueryProcessor.java:74) org.basex.core.cmd.AQuery.query(AQuery.java:83) org.basex.core.cmd.XQuery.run(XQuery.java:22) org.basex.core.Command.run(Command.java:234) org.basex.core.Command.exec(Command.java:217) org.basex.core.Command.execute(Command.java:65) org.basex.server.ServerProcess.run(ServerProcess.java:158) This happens intermittently (not reproducibly) when executing: BX="java -cp ../WEB-INF/lib/basex-6.2.3.jar org.basex.BaseXClient -p 1985 -U admin -P admin" $BX -c 'create db test' $BX -q 'insert node <root /> into doc("test")' $BX -q 'doc("test")/root'

2 1

Using Updates in XQJ
by Erdal Karaca 23 Sep '10

23 Sep '10

I do not seem to be able to update/modify a DOM and return it using the same query. BaseX complains about update not being possible at that context... let $x := <root/> return (insert node <x/> into $x, $x) Is there a way to update and return the DOM using one query or is that not handled by xquery in general? -- 1 + 1 = 10

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk