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

Re: [basex-talk] ajax and http server - cross-domain, jsonp or proxy?
by Maud Ingarao 30 Nov '11

30 Nov '11

Hello everybody, I am very new at BaseX http server, and at jQuery, and at this mailing list too :) Concerning the error you got Colin : thrown error: [Exception... "Access to restricted URI denied" code: "1012"... I suddenly have the same problem though basex and my files have the same domain : http://hyperdonat.tge-adonis.fr/basex/basex.html (The basex server is here : http://basex.tge-adonis.fr/rest) I had other problems before this with my script, but not this one, and I don't know what I did that produced it... Maud On Fri, Oct 21, 2011 at 12:00 PM, < 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: Performance of Basex 7.0 XQuery execution (Christian Gr?n) > 2. Re: Performance of Basex 7.0 XQuery execution (Jan Vl?insk? (CAD)) > 3. Clustering/replicating? (Pascal Heus) > 4. Re: ajax and http server - cross-domain, jsonp or proxy? > (colin mcenearney) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 20 Oct 2011 15:43:50 +0200 > From: Christian Gr?n <christian.gruen(a)gmail.com> > To: Constantine Hondros <Constantine.Hondros(a)tomtom.com> > Cc: "basex-talk(a)mailman.uni-konstanz.de" > <basex-talk(a)mailman.uni-konstanz.de> > Subject: Re: [basex-talk] Performance of Basex 7.0 XQuery execution > Message-ID: > <CAP94bnPYC2abLTiQJkBPt1_WquH6ix8OQeU6HnJtxCa+cp-5Vg(a)mail.gmail.com > > > Content-Type: text/plain; charset=ISO-8859-1 > > Hi Constantine, > > > The XPath I showed was just a simple example of using the > preceding-sibling axis. > > I guessed so already.. Thanks for persisting ;) > > > I guess what I am asking is ... while most XPath queries I run are quick > to resolve, anything using preceding::, preceding-sibling:: or following::, > following-sibling:: essentially runs too slowly to be workable - at least, > on my sample dataset with about 100K sibling children of the root element. > > > > So is this any sort of known issue? Should I be looking at any sort of > configuration options? Is there any way to profile the execution of the > Xpath? > > It's true that BaseX is mostly optimized for descendant and ancestor > operations. In particular, the preceding/preceding-sibling axes will > always be slower, as our storage does not contain backward pointers to > preceding nodes. I'm pretty sure, though, that there are ways to > either optimize relevant queries or the internal optimizer strategies, > but we'll probably have to spend some more time on analyzing the > relevant bottlenecks.. > > Feel free to ask for more, > Christian > > > ------------------------------ > > Message: 2 > Date: Thu, 20 Oct 2011 19:20:29 +0200 > From: Jan Vl?insk? (CAD) <jan.vlcinsky(a)cad-programs.com> > To: Christian Gr?n <christian.gruen(a)gmail.com> > Cc: "basex-talk(a)mailman.uni-konstanz.de" > <basex-talk(a)mailman.uni-konstanz.de> > Subject: Re: [basex-talk] Performance of Basex 7.0 XQuery execution > Message-ID: > <CAAq9E_fb5KymrtL=xosGsH=BuP4aWpgip0OWxDJUAHANqqO1Ng(a)mail.gmail.com > > > Content-Type: text/plain; charset="utf-8" > > Hi Constantine > Just my side note. > As far as I remember, I found this sort of performance discussion with most > the XQuery processors I have tested (Sedna, Zorba, Saxon, eXist...). Each > time related to sibling, preceding etc. and each time explaining, that > indices are not containing pointers for tracking this relationship. My > feeling is, this could lead to much bigger index file and slower > performance > when adding documents and indexing. > My conlcusion is - optimizing this sort of queries has its cost and mostly > it is better (and somehow possible) to avoid these constructions. > > With best regards > > Jan > > *Ing. Jan Vl?insk?* > CAD programy > Slune?nicov? 338/3, 734 01 Karvin? R?j, Czech Republic > tel: +420-597 602 024; mob: +420-608 979 040 > skype: janvlcinsky; GoogleTalk: jan.vlcinsky(a)gmail.com > http://cz.linkedin.com/in/vlcinsky > > > > On 20 October 2011 15:43, Christian Gr?n <christian.gruen(a)gmail.com> > wrote: > > > Hi Constantine, > > > > > The XPath I showed was just a simple example of using the > > preceding-sibling axis. > > > > I guessed so already.. Thanks for persisting ;) > > > > > I guess what I am asking is ... while most XPath queries I run are > quick > > to resolve, anything using preceding::, preceding-sibling:: or > following::, > > following-sibling:: essentially runs too slowly to be workable - at > least, > > on my sample dataset with about 100K sibling children of the root > element. > > > > > > So is this any sort of known issue? Should I be looking at any sort of > > configuration options? Is there any way to profile the execution of the > > Xpath? > > > > It's true that BaseX is mostly optimized for descendant and ancestor > > operations. In particular, the preceding/preceding-sibling axes will > > always be slower, as our storage does not contain backward pointers to > > preceding nodes. I'm pretty sure, though, that there are ways to > > either optimize relevant queries or the internal optimizer strategies, > > but we'll probably have to spend some more time on analyzing the > > relevant bottlenecks.. > > > > Feel free to ask for more, > > Christian > > _______________________________________________ > > BaseX-Talk mailing list > > BaseX-Talk(a)mailman.uni-konstanz.de > > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk > > >

1 1

Query / Iteration on server side.
by Fabian Hickert 29 Nov '11

29 Nov '11

Hi all, I was playing with the python examples of basex version 6.7.1-1 from the debian-wheezy repository. I've used the corresponding BaseXClient.py to establish a connection/add/update/query stuff and so on, it worked very well. Now I've noticed the new 7.0.2 version and now I've got problems with the query/iterate operation. In the 6.7 example one starts a query and iterates over the results, using the more method, which sends \x01 followed by the query-result id. But the examples of 7.0.2 don't behave like this anymore, instead they cache the complete result on the client side. I've tried to rebuild the old 6.7 behaviour with the commands shown here, http://docs.basex.org/wiki/Server_Protocol but I wasn't successful. Is is still possible to query and iterate on the server side instead, of caching the complete result on the client side? Am I doing things the wrong way? If I do, could you please point me to the right direction or examples, documentation? Best regards Fabian -- Fabian Hickert <fabian.hickert(a)GONICUS.de> (System Engineer) * GONICUS GmbH * Moehnestrasse 11-17 * D-59755 Arnsberg * Tel.: +49 (0) 29 32 / 9 16 - 0 * Fax: +49 (0) 29 32 / 9 16 - 242 * http://www.GONICUS.de * http://twitter.com/gonicus *Sitz der Gesellschaft: Moehnestrasse 11-17 * D-59755 Arnsberg *Geschaeftsfuehrer: Rainer Luelsdorf, Alfred Schroeder *Vorsitzender des Beirats: Juergen Michels *Amtsgericht Arnsberg * HRB 1968

2 2

"declare copy-namespaces no-preserve, inherit; " must come first
by jidanni＠jidanni.org 29 Nov '11

29 Nov '11

"declare copy-namespaces no-preserve, inherit;" must come first: $ cat e declare option output:omit-xml-declaration "no"; declare copy-namespaces no-preserve, inherit; <z/> $ basex e Stopped at line 2, column 8 in /tmp/e: [XPST0003] Unexpected end of query: 'copy-namespaces...'. $ cat f declare copy-namespaces no-preserve, inherit; declare option output:omit-xml-declaration "no"; <z/> $ basex f <?xml version="1.0" encoding="UTF-8"?> <z/> $ apt-cache policy basex basex: Installed: 7.0.2-1

2 1

Question about the Fulltext search!
by Truong An Nguyen 29 Nov '11

29 Nov '11

Hi, I've two questions about the fulltext search. 1) I've created fulltext i for my BaseX doesn't understand ftcontains. When I try a CONTAINS query in a 1 Gigabyte Database, using text index is slower than without text index. How can I use fulltext index rightly? 2) Does BaseX supports regular expression in the fulltext extension? If yes, could you please give me an example. Thanks Cheers, An

5 20

how does one output the first line?
by jidanni＠jidanni.org 28 Nov '11

28 Nov '11

Hello, We read "The PITarget of a processing instruction may not consist of the characters "XML" in any combination of upper and lower case. The DirPIContents of a processing instruction may not contain the string "?>"." So how can one output the line <?xml version="1.0" encoding="UTF-8"?> I need to put it at the top of my output. Also, is there a way to only write the fn:matches line once here?: let $d := doc("p.xml") let $region := ('基隆|新北|台北','桃園|新竹|苗栗','台中|彰化|南投','雲林|嘉義|台南', '高雄|屏東','宜蘭|花蓮|台東','澎湖|金門|連江') for $count in 1 to count($region) return <Folder> <name>{$region[$count]}({count($d/Folder/Placemark[fn:matches(./description, concat('/li><li>','(',$region[$count],')'))])})</name> <open>0</open> {$d/Folder/Placemark[fn:matches(./description, concat('/li><li>','(',$region[$count],')'))]} </Folder> Also, in perl one can use decode_entities() to convert < to < etc., however reading http://www.w3.org/TR/xpath-functions/ one notes xquery has no such function. What if I want to reduce my output by using CDATA instead? Or maybe xquery output must be valid XML no ifs ands or buts.

2 1

insert node takes really long to complete
by Jan Vlčinský (CAD) 27 Nov '11

27 Nov '11

Hi I am trying to add some attribute into my data, doing it this way: for $msg in //MSG let $evi := $msg//TMCE/EVI[1] let $updclass := $evi/@updateclass let $tmcloc := $msg//MLOC/TMCL[1] let $dir := $tmcloc/@direction let $loccode := $tmcloc/@primarycode let $alertc-id := concat($loccode, $dir, $updclass) return insert node (attribute alertc-id {$alertc-id}) into $msg If I simply return result similar to this, using following query: for $msg in //MSG let $evi := $msg//TMCE/EVI[1] let $updclass := $evi/@updateclass let $tmcloc := $msg//MLOC/TMCL[1] let $dir := $tmcloc/@direction let $loccode := $tmcloc/@primarycode let $alertc-id := concat($loccode, $dir, $updclass) return element enhancedmsg {attribute alertc-id {$alertc-id}, $msg} it takes just 27 s With the insert node, it takes for ever, I had to cancel the query after 90 minutes. I wonder, if there is any relation between this long execution time and possible inefficiency with automatic index update (but I am not aware of what is current status of this approach). Currently, I see, it would be much more efficient to output the result as files, and then import them back, as importing the data I am working on took just 2 minutes. Attached are few sample xml files in the format, I use in my database. Real database consists of 129097 MSG elements and number of DOC elements and documents is exactly the same. With best regards Jan *Ing. Jan Vlčinský* CAD programy Slunečnicová 338/3, 734 01 Karviná Ráj, Czech Republic tel: +420-597 602 024; mob: +420-608 979 040 skype: janvlcinsky; GoogleTalk: jan.vlcinsky(a)gmail.com http://cz.linkedin.com/in/vlcinsky

2 2

why do I have to strip all the namespaces?
by jidanni＠jidanni.org 27 Nov '11

27 Nov '11

Dear Sirs, It is driving me nuts. You see all the basex examples here on Debian, only have simple examples, with no NAMESPACES involved. However, http://gdata.youtube.com/feeds/api/playlists/1ADE82BB5C96D594?prettyprint=t… is the kind of data I am trying to deal with. Yes, you could say just do $ sed '2s/.*/<feed>/' and strip the namespaces. Ha ha ha. Well I did. And then there is media:* how do I deal with that. sed s/:// ? So instead I tried to look up how do declare namespaces. But I could never mind. Here's my makefile N=\ declare namespace atom='http://www.w3.org/2005/Atom';\ declare namespace app='http://purl.org/atom/app#';\ declare namespace media='http://search.yahoo.com/mrss/';\ declare namespace openSearch='http://a9.com/-/spec/opensearchrss/1.0/';\ declare namespace gd='http://schemas.google.com/g/2005';\ declare namespace gml='http://www.opengis.net/gml';\ declare namespace yt='http://gdata.youtube.com/schemas/2007';\ declare namespace georss='http://www.georss.org/georss'; F=1ADE82BB5C96D594?prettyprint=true P=http://gdata.youtube.com/feeds/api/playlists/$F s1:;basex -Vc "OPEN input; XQUERY $N " strippedF:$F;sed '2s/.*/<feed>/' $? |basex -Vc "CREATE DB input /dev/stdin; XQUERY /" xm:$F;basex -Vc "OPEN input; XQUERY (: xmlns:atom='http://www.w3.org/2005/Atom':) /*:feed" 1m:$F;basex -c "OPEN input; XQUERY declare copy-namespaces no-preserve,inherit;//*[local-name()='thumbnail']"|sed q edwm:$F;basex -Vc "OPEN input; XQUERY declare default element namespace 'ccc';//*[local-name()='thumbnail']" wm:$F;basex -Vc "OPEN input; XQUERY /*[local-name()='feed']/*[local-name()='entry']" m:$F;basex -Vc "OPEN input; XQUERY data(/*:feed/*:entry/*:id)"|tr ' ' \\n m1:$F;basex -Vc "OPEN input; XQUERY /*:feed" c:$F;basex -Vc "OPEN input; XQUERY data(//*:name)[1]" c1:$F;basex -Vc "OPEN input; XQUERY (//*:name)[1]" b:$F;basex -Vc "CREATE DB input $?; XQUERY /" My question: is it possible to use basex reasonably here shedding it of all the namespace baggage that I can not deal with. Thanks.

4 4

xupdate question
by Pascal Heus 25 Nov '11

25 Nov '11

Is there a particular reason why I can't do this (mixing let with copy/modify): declare namespace ddi = "http://www.icpsr.umich.edu/DDI"; let $codeBook := collection()[1]/ddi:codeBook let $titlStmt := $codeBook/ddi:stdyDscr/ddi:citation/ddi:titlStmt copy $titlStmt1 := $titlStmt modify ( rename node $titlStmt1 as QName('http://www.icpsr.umich.edu/DDI','CopyOfTitlStmt') ) return $titlStmt1 but this works: declare namespace ddi = "http://www.icpsr.umich.edu/DDI"; copy $titlStmt1 := collection()[1]/ddi:codeBook/ddi:stdyDscr/ddi:citation/ddi:titlStmt modify ( rename node $titlStmt1 as QName('http://www.icpsr.umich.edu/DDI','CopyOfTitlStmt') ) return $titlStmt1 thanks *P

2 1

Fwd: basex 7.0.2-1 MIGRATED to testing
by Alexander Holupirek 23 Nov '11

23 Nov '11

Begin forwarded message: > From: Debian testing watch <noreply(a)release.debian.org> > Subject: basex 7.0.2-1 MIGRATED to testing > Date: 23. November 2011 17:39:09 MEZ > To: basex(a)packages.debian.org > > FYI: The status of the basex source package > in Debian's testing distribution has changed. > > Previous version: 6.7.1-1 > Current version: 7.0.2-1 > > -- > This email is automatically generated once a day. As the installation of > new packages into testing happens multiple times a day you will receive > later changes on the next day. > See http://release.debian.org/testing-watch/ for more information.

1 0

Complied XSLT
by Fabrice Etanchaud 22 Nov '11

22 Nov '11

Dear all at BaseX, Due to memory limitations, One has to transform big xml data in chuncks, applying the same XSLT stylesheet several times. For efficiency purposes, do you plan to add compiled XSLT support in the xslt module ? Thank you for your fantastic job. Fabrice ETANCHAUD Senior Software Engineer edital Berkenlaan 1 B-1831 Brussels, Belgium <skype:fabrice.etanchaud?call> +32 2 716 32 32 general +32 2 716 32 20 fax fetanchaud(a)edital.com corsearch.com <http://www.corsearch.com/> | edital.com <http://www.edital.com/> Confidentiality Notice: This email and its attachments (if any) contain confidential information of the sender. The information is intended only for the use by the direct addressees of the original sender of this email. If you are not an intended recipient of the original sender (or responsible for delivering the message to such person), you are hereby notified that any review, disclosure, copying, distribution or the taking of any action in reliance of the contents of and attachments to this email is strictly prohibited. If you have received this email in error, please immediately notify the sender at the address shown herein and permanently delete any copies of this email (digital or paper) in your possession.

2 3

how to mix db:XXXX functions with standard xquery
by Fabrice Etanchaud 22 Nov '11

22 Nov '11

Dear all, We cannot mix updating and non updating instructions in the same list, so instruction sequences like this are not allowed : ( db:add(any document from disk), for ... in ... return .... ) because db:add is a updating function. could you please explain me how I can use db:add, db:delete, etc... functions in a simple way ? best regards, Fabrice ETANCHAUD Senior Software Engineer edital Berkenlaan 1 B-1831 Brussels, Belgium <skype:fabrice.etanchaud?call> +32 2 716 32 32 general +32 2 716 32 20 fax fetanchaud(a)edital.com corsearch.com <http://www.corsearch.com/> | edital.com <http://www.edital.com/> Confidentiality Notice: This email and its attachments (if any) contain confidential information of the sender. The information is intended only for the use by the direct addressees of the original sender of this email. If you are not an intended recipient of the original sender (or responsible for delivering the message to such person), you are hereby notified that any review, disclosure, copying, distribution or the taking of any action in reliance of the contents of and attachments to this email is strictly prohibited. If you have received this email in error, please immediately notify the sender at the address shown herein and permanently delete any copies of this email (digital or paper) in your possession.

2 1

id and element-with-id behaviour
by Andy Bunce 22 Nov '11

22 Nov '11

Hi, The BaseX 7.0.2 handling of fn:element-with-id seems wrong to me. BaseX seems to treat attributes named id as ids - fair enough, I guess it has no id elements. http://www.w3.org/TR/xpath-functions-30/#func-element-with-id says: The effect of this function is identical to fn:id in respect of elements that have an attribute with the is-id property. so given: let $xml :=document{ <a id="0"> f <g id="2.1">hello</g> goodbye </a> } I would expect $xml/id("1") and $xml/element-with-id("1") to both return f . ------result-------------------------------------------------------- f ---- <a id="0"> f <g id="2.1">hello</g> l </a> --------------------------- /Andy

2 1

Performance problem with function declaration
by Andy Bunce 22 Nov '11

22 Nov '11

Hi Using Basex 7.0.2 and the factbook.xml database, I observe the following: declare variable $data:=db:open("factbook"); > > declare function local:myid1($id){ > $data//*[@id=$id] > }; > (: get a 1000 ids to test :) > let $ids:=subsequence($data//@province/string(.),1,1000) > > for $s in $ids return local:myid1($s) > Takes 30 seconds! Replacing the final line with > for $s in $ids return $data//*[@id=$s] > The time is 123ms. /Andy

2 3

Fwd: Error by retrieving an attribute of the element returned by the root function
by Lukas Lewandowski 21 Nov '11

21 Nov '11

Any ideas? Anfang der weitergeleiteten E-Mail: > Von: Truong An Nguyen <ngtruongan(a)gmail.com> > Betreff: Re: [basex-talk] Error by retrieving an attribute of the element returned by the root function > Datum: 21. November 2011 14:38:51 MEZ > An: Lukas Lewandowski <lukas.lewandowski(a)uni-konstanz.de> > > Thanks very much for your response. > > How can I use "instance of" with Basex? I can not do: $a instance of Action. Action an abstract ComplexType. > > Thanks > > An > > > > On Mon, Nov 21, 2011 at 10:34 AM, Lukas Lewandowski <lukas.lewandowski(a)uni-konstanz.de> wrote: > Hi An, > > the root function returns the root of the tree to which the current node belongs, usually be a document node. You can retrieve the attribute according to your root element e.g. by $otx/ROOT_ELEMENT/@package, where ROOT_ELEMENT ist the root element of your document. > > Lukas > > > 2011/11/21 Truong An Nguyen <ngtruongan(a)gmail.com> > Hi, > > In my xquery, I use the root() function to return the root element of an element. I could get the root element, but I couldn't get any attributes of it. > > For example: > for $value in collection()/otx/imports/import > let $otx:=root($value) > return $otx/@package > > Thanks > > Cheers, > An > > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk > > >

2 1

Re: [basex-talk] basexError
by blue 21 Nov '11

21 Nov '11

Hi, Thank you for your message. I don't use Base GUI. but, I use BaseXClient on LinuxServer. I sent query to BaseXServer(Linux) from ClientApplication(Windows7). Thank you very much for tell URLs. >Hi, > >> When I use basex, SessionInfo output error log. >> I sent query to BaseXServer from ClientApplication(C#) repeatedly. >> >> -------error log------- >> �Potential bug? Improper use? Your feedback is welcome: > >Usually, this problem occurs if you are using the BaseX GUI and >Client/Server Architecture at the same time (see [1] for some >information). As this has got quite a frequent issue, we might have to >clarify this on our download page as well. We're also thinking about >globally locking databases across multiple JVMs [2], but that's >sometime trickier than you'd initally expect. > >Hope this helps, feel free to ask for more, >Christian > >[1] http://docs.basex.org/wiki/Startup#GUI.2FStandalone_vs._Client.2FServer >[2] https://github.com/BaseXdb/basex/issues/168 > >> �Contact: basex-talk(a)mailman.uni-konstanz.de >> �Version: BaseX 7.0.1 >> �Java: Oracle Corporation, 1.7.0_01 >> �OS: Linux, i386 >> �Stack Trace: >> �java.lang.RuntimeException: Not expected: Data Access out of bounds [pre:7081866, indexSize:16184, access:16184 > 16183]. >> � �org.basex.util.Util.notexpected(Util.java:67) >> � �org.basex.io.random.TableDiskAccess.cursor(TableDiskAccess.java:394) >> � �org.basex.io.random.TableDiskAccess.read1(TableDiskAccess.java:107) >> � �org.basex.data.Data.kind(Data.java:319) >> � �org.basex.query.item.DBNode.parent(DBNode.java:218) >> � �org.basex.query.item.DBNode$9.next(DBNode.java:410) >> � �org.basex.query.path.IterStep$1.next(IterStep.java:46) >> � �org.basex.query.iter.NodeIter.next(NodeIter.java:1) >> � �org.basex.query.path.IterPath$1.next(IterPath.java:67) >> � �org.basex.query.iter.NodeIter.next(NodeIter.java:1) >> � �org.basex.query.expr.For$1.next(For.java:91) >> � �org.basex.query.expr.FLWR$1.next(FLWR.java:62) >> � �org.basex.core.cmd.AQuery.query(AQuery.java:101) >> � �org.basex.core.cmd.XQuery.run(XQuery.java:22) >> � �org.basex.core.Command.run(Command.java:328) >> � �org.basex.core.Command.exec(Command.java:309) >> � �org.basex.core.Command.execute(Command.java:77) >> � �org.basex.server.ClientListener.run(ClientListener.java:200) >> >> _______________________________________________ >> BaseX-Talk mailing list >> BaseX-Talk(a)mailman.uni-konstanz.de >> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >> >

2 1

Error by retrieving an attribute of the element returned by the root function
by Truong An Nguyen 21 Nov '11

21 Nov '11

Hi, In my xquery, I use the root() function to return the root element of an element. I could get the root element, but I couldn't get any attributes of it. For example: for $value in collection()/otx/imports/import let $otx:=root($value) return $otx/@package Thanks Cheers, An

2 1

Re: [basex-talk] Streaming Updates (Embedded API)
by Dave Glick 20 Nov '11

20 Nov '11

At the risk of beating a dead horse, I've continued to look at this. I keep coming back to the Data.insert() method (which is what we based our original streaming insertion code on). It seems to me that there is an inefficiency present in some cases. For example, the sequence for the Add command handler is (correct me if I'm wrong): 1) Construct a Parser for the input content 2) Create a Builder for a temporary database (memory or disk depending on content size, if it can be determined) 3) Parse the content and build the temporary database 4) Traverse the temporary database and construct a temporary insertion buffer 5) Periodically flush the buffer to the target database I have to wonder if the temporary database is needed at all? The Parser or Builder should be able to stream updates to the target database without having to construct a temporary one. Indeed, that's exactly what our own current code does - it uses the logic in the data.insert() method (or at least an older version of it) but instead of manipulating the update buffer based on traversal of a temporary database it does it based on events from the streaming reader. The sequence would then be: 1) Construct a Parser for the input content 2) Parse the content and construct a temporary insertion buffer 3) Periodically flush the buffer to the target database For normal BaseX operation this might only improve the performance of document insertions using the Add command. There are probably lots of reasons why the XQuery update code should continue to construct a temporary database. However, even improving that initial document load performance may be worth the effort. In addition, being able to insert to the database directly from a stream may be useful in the future, for example as part of an embedded API. The best way to generalize this behavior is probably by creating a new Builder subclass that manipulates a pre-existing Data instance rather than a new one - let's call it InsertBuilder. This way you could use any Parser stream to send content to the database for insertion. One complication would be that you essentially have duplicate code at that point - the Data.insert() method and the InsertBuilder would have very similar logic and the OO purist in me doesn't like this idea. A way to reduce this duplication would be to use the InsertBuilder even when the source is another Data instance. Since a Builder gets "triggered" by a Parser, this would require a Parser subclass that fires events by traversing a Data instance, let's call it DataParser. I do notice that there is a DBParser internal class inside OptimizeAll - does this do something similar? Using our existing codebase as well as the current data.insert() method as guidance I don't think it would be too challenging to create the InsertBuilder and DataParser classes, and I don't mind taking on the task. The question is, does this seem valuable to anyone but me? Would such change be a welcome addition to BaseX or would it simply make things too complicated? Are there reasons I haven't thought of why this isn't a great idea or wouldn't result in performance boosts (quite likely)? Well, I've polluted this message board enough for a couple days. If I'm starting to be a nuisance, please by all means tell me to cool off for a while - it won't hurt my feelings :) Dave -----Original Message----- From: Dave Glick Sent: Wednesday, November 16, 2011 5:54 PM To: 'BaseX-Talk(a)mailman.uni-konstanz.de' Subject: Streaming Updates (Embedded API) So I've come across another important use case for an embedded API: direct streaming updates. What I mean by this is the ability to perform update operations (such as insertion) on the database using a stream that contains input content. As you know, I'm in the process of updating our own embedded API from an old version 5.X of BaseX to version 7 (which is what started this whole embedded API train of thought). We had code in place to accomplish this in our old version by reading from a stream (a .NET XmlReader, which is SAX-like), applying direct Data update calls (such as Data.elem() or Data.text()) for each event, and then flushing the Data object when the stream ran out. This has two problems - first, the code is very complex (I.e., to keep track of the current insertion point, resolve namespaces, etc.) and is difficult to maintain and second, it probably isn't conformant since it doesn't do things like check for adjacent text nodes at the insertion point. I would love to replace this code with something much simpler and let BaseX handle the details so I can be sure it works right. Which brings me to some more immediate questions than the more theoretical API discussion. I'm looking for ways to use existing BaseX functionality to manage database updates, particularly for very large content streams. I considered just creating appropriate queries and parsing/evaluating them, but some of the input content could be very large (as in, might overrun a single string buffer) and it doesn't seem totally efficient to read from a tokenizing SAX-like stream, convert to a string, then read into a second tokenizing string inside the query processor. So then I started looking at the internals of the query processor, particularly as it relates to XQuery updates. I found the DatabaseUpdates class and in particular the DatabaseUpdates.apply() method which looks to provide some direct control over the process. I could manually create update primitives, add them to a DatabaseUpdates instance, and then apply that to the database. I think that will accomplish what I'm looking for. The main area where I'm hung up right now is how to specify the input stream/content for the update operation. My current thinking is to use the stream to create an in-memory temporary database that holds the content. This shouldn't be tough since I already have a .NET XmlReader to BaseX Parser bridge in place and I can use that to create a MemData instance pretty easily. However, I could use some help getting from the MemData to a NodeCache that can be used in the constructor for update primitives like InsertBefore. So, another long post made short, here are my questions: - How can a NodeCache be constructed from a MemData? - It appears as though InputInfo is mainly used for error reporting - does it have other uses that I need to watch out for (I'm thinking I'll just initialize it to default values)? - Does this whole strategy sound reasonable or is there a better way to conduct update operations on the database given an input stream? BTW - I know it's been a long time coming, but we have every intention of releasing our .NET API once we get it updated and documented/packaged (which has been our main hang-up in the past - never enough time for polish). I'm not sure what kind of licensing model we're going to use. I'm personally pushing for open source (preferably BSD like BaseX), but we might end up with something like a GPL with an available commercial option or non-open source freemium model (unfortunately, got to please the accountants). If any of the community members out there are interested in the project and have some input (what you might be willing to pay, what kind of .NET-centric additional functionality would be valuable, etc.) I'd love to hear it. Thanks, Dave -----Original Message----- From: Dave Glick Sent: Tuesday, November 15, 2011 11:28 AM To: 'Christian Grün' Cc: BaseX-Talk(a)mailman.uni-konstanz.de; Eric Murphy; Charles Foster Subject: RE: [basex-talk] Embedded API Christian, Thank you, as always, for your thoughtful and thorough response. I'm excited to hear that this is already being discussed around BaseX world headquarters. Several of your possible approaches raise interesting questions or capabilities that I hadn't considered, especially given my somewhat myopic view of the situation based on our own requirements. As you guessed, my own interest is in directly exposing the underlying data structures in a more stable and cohesive way. I've looked in-depth at the existing APIs (DOM, XML:DB, and XQJ) and while the development idealist in me wants to use and champion standard protocols, the pragmatist that needs to get a job done accepts that such standards tend to support the lowest common denominator and thus fail to capture more complex or specific use cases (though I still applaud you guys for providing and supporting such a broad range of APIs, which are certainly valuable in many situations). While the existing APIs do provide a lot of functionality, they're not consistent (use DOM for traversing nodes, XQJ for querying, etc.) and there are gaps in functionality (creation and manipulation of databases, direct updating, etc.). In any case, the existence of these other APIs has provided a lot of sample code that we've adapted in our own embedded API. @ Eric - you mentioned that you're working on an Android port and have taken the viewpoint that BaseX is a framework on which other tools can be built. That's very much in line with how we've been treating it. For a little background, we've been using BaseX to support a variety of projects, the largest of which is a generic RCP for the manipulation of modeling and simulation data (think Eclipse for M&S). We take inputs to models and simulations, parse them up into XML, and then store, query, and manipulate them in BaseX with lots of frontend visualizations and other graphical interfaces. The challenging part of our work is that we use .NET and Mono, so we cross-compile BaseX using IKVM and then wrap it to make it easier to work with in .NET. Since all of our work uses BaseX as an embedded database, we've found that we're basically developing something akin to an embedded API in our wrapper. Rather than create such an API inside the .NET wrapper, I'd much prefer the API existed in BaseX itself and the wrapper could be "thinner". The biggest problem we have is keeping up with changes to the classes in BaseX. It's being released and improved on such a rapid cycle (great job!) that we're constantly reworking portions of our API to match, and frequently get multiple releases behind. Perhaps it would help if I shared some of our own use cases. Obviously we're not the only potential users of an embedded API, but some of the issues we've had using it in that mode may help refine requirements for an eventual implementation. * Node referencing and persistence We interact with the database a lot. The general pattern is that a given visualization or view in our tool will execute a query to return a result set and will then store references to the resultant nodes. The application provides a multiple document interface and each view on a given document can potentially manipulate the database. This is why we store references to each node. Some of the queries are rather time consuming and rather than re-evaluate them each time the data is changed in other views, we simply persist the node references through changes. This was one of the harder areas to get right in our API. Because BaseX is primarily client/server driven and focused on returning serialized results, the notion of node references and persistence just isn't there. Internally, BaseX stores a pre value inside it's node objects. This is fine until the database changes and something gets inserted or deleted and the pre values change. At that point, the previous pre value no longer refers to the same node and any objects that rely on it are invalidated. This works great for all the current use cases because there's no need for persistence in the node references following database updates. However, in an embedded environment, there are lots of reasons why node references should be persisted. To solve this we used the following algorithm: - We initialize node objects with a Data and pre value, just like the internal DBNode class. - We immediately fetch the associated (and immutable) index for the pre on construction. - We also store the timestamp for the most recent database modification. - Every time an operation is performed on a node object, it first checks to see if the saved timestamp is different than the database one, and if so it updates the pre value by using the stored index value and the new timestamp is saved. - If the index no longer exists (the node was removed) the object is invalidated. This ensures that a reference to a node object continues to reference the "same" node no matter what happens to the database. * Node traversal We traverse nodes in our application. A lot. There are many cases where an operation needs to be performed dynamically and it's much easier to manipulate the database directly than attempt to construct an XQuery that captures the desired behavior and execute that. Not to mention that we've realized significant performance gains by bypassing the query engine and relying on direct manipulation for operations that perform large numbers of traversal and modification operations (sometimes in the 10,000 or 100,000 node order of magnitude). In fact, this is already captured in the current DOM API implementation. I would just suggest that any future embedded API also make sure to provide direct and efficient node traversal operations. * Direct updating If you can store a reference to nodes, and you can traverse them to get to other nodes, it stands to reason that you should be able to change them as well. This is another area where we've spent significant effort creating some capability that didn't already exist. In our own node class we provide operations for setting inner text (or atomic value if you prefer), inner XML, and outer XML (though that last one is kind of a hack since we just remove the node in question and insert new content as a child of the parent at the appropriate location). Again, this is an area we noticed performance gains over using XQuery update when appropriate. That and we implemented a lot of the logic before XQuery update was even supported in BaseX (though we've had to change it significantly to keep up). This seems like another area where a complete embedded API should provide some capability. * Query manipulation I think XQJ is on the right track here. Ideally, the notion of a query should be captured in an object and exposed so that the context can be manipulated, collections can be created, variables can be created/initialized, etc. I'd just like to see the eventual embedded API include this functionality directly integrated with the other parts of the embedded API. I would be happy to download and start looking at QT3TS - I respect Michael's work on Saxon and am interested to see what his test suite looks like. I'd also be happy to run some benchmarking and performance comparisons on direct manipulation vs. XQuery evaluation for various operations in order to get some hard numbers. Anecdotally, my general experience has been that directly manipulating the database through primitives is much more efficient for large numbers of operations or situations where the logic is very dynamic or complex and an XQuery statement would be long or difficult to derive. This email ended up being a bit longer than I had intended - but that always seems to happen with me :). I hope of my stream-of-consciousness was valuable. Let's keep up this discussion...I'll write more as I think of it. Dave -----Original Message----- From: Christian Grün [mailto:christian.gruen@gmail.com] Sent: Monday, November 14, 2011 7:56 PM To: Dave Glick Cc: BaseX-Talk(a)mailman.uni-konstanz.de; Eric Murphy; Charles Foster Subject: Re: [basex-talk] Embedded API Hi Dave, hi all, better Java APIs for BaseX - yes, that's a very relevant topic nowadays, something that we've frequently been discussing for the last weeks in our team. And the main challenge we are struggling with is that there are just too many ways how such an API could look like - and too many incoming requests that can hardly be bundled in one single API.. Here are some of the requirements we're dealing with, and the approaches that could be pursued (..and I already know which of them you would prefer ;) : * a new Command and Query/Result API could enhance/replace the existing light-weight client Java API, and the representation of results would be separated from the low-level data structures in BaseX. This API could be used in the client/server architecture as well, but it would introduce some overhead, as all the data structures would have to be replicated by the client. * The new Command, Query and Result objects could also be made serializable. This way, they could be easily transfered over the network, and there would be no need to develop custom binary protocols. * a real embedded API could ensure that developers do not suffer from frequent changes in our query and storage backend. Instead, we would ensure that the API does not change as long as the major version is not updated. This API would be much more efficient than a client/server API, but we might have to put more work into transactional issues. * the existing XML:DB and XQJ APIs could be revised and updated to support the client/server architecture. This could reduce the need for any other client/server-based API with a richer functionality. Everyone who is interested in more powerful APIs.. Please speak out! The more feedback we get, the better we'll be able to design our APIs. And of course we're interested in volunteers out there... Last but not least, this is an Open Source and community project ;) @Dave: I've recently added a minimum query API for the QT3TS, Michael Kay's new W3 XQuery Test Suite. Both the test suite driver and the mini API (qt3api) is still work in progress: https://github.com/BaseXdb/basex-tests/tree/master/src/main/java/org/basex/… It it not low-level enough to directly support any axis or update operations; instead new QueryProcessor instances are created to perform queries on intermediate nodes. It would be great if you could have a look at this API, and it would then be interesting to know more about your performance requirements: do you think that the overhead for parsing and compiling query expressions (which usually does not takes longer than some microseconds, and is often faster than the actual axis traversals) will be too expensive in your scenario? If you believe that this framework would be sufficient, we could start to enhance it, make it safe for concurrent access, document it, etc. If you need to work with the PRE and ID values of database nodes, e.g., you could take advantage of the db: functions of BaseX [1]: Output: db:node-id($node) Input: db:open-id($db, $id) Hope this helps, Christian [1] http://docs.basex.org/wiki/Database_Functions On Mon, Nov 14, 2011 at 6:26 PM, Dave Glick <dglick(a)dracorp.com> wrote: > Hi all, > > We've been using BaseX for several years now and have constantly been > skirting around our primary use case: using BaseX in an embedded mode. > What I mean by this is using BaseX in-process in an application > without running any kind of client/server communication bridge and > with very direct access to BaseX primitives. There are several reasons > for wanting to do this including performance (which seems to be the > subject of recent discussions, I.e., running the server in "local" > mode). My own primary reason is to gain more direct access to the > database objects. For example, we routinely have a need to: > > - Directly access and traverse database nodes by climbing, descending, > following, etc. > > - Insert or remove content at a specific database node > > - Store references to individual nodes (I.e., using its "pre" and "index" > value) > > - Fine-tune queries in order to set context, external functions, etc. > > While many of these operations can indeed be performed through the > existing client/server interface, it's less friendly - especially when > doing things like asking for the next sibling of a given node. With a > direct embedded API you just get the next node, bypassing the XQuery > processor altogether. From my current work in this area, I think BaseX > is already "primed" for this kind of API - 90% or more of the code is > already in place since most of the primitives already expose common > methods for use by database commands, XQuery processor, etc. All that > should be needed is to expose this functionality in a stable and complete API. > > Good examples of applications that may need this kind of API include > media players (I.e., for storage of the media library data), simple > stand-alone database applications, etc. Until recently, we've been > able to adapt BaseX to fit our needs by writing a thin wrapper layer > that interfaces with the appropriate BaseX classes. However, with the > rapid pace of BaseX development these days it's becoming increasingly > difficult to track each release since we rely on aspects of the BaseX > codebase that are not really intended for public consumption and thus > keep changing. This brings up a couple > questions: > > - Are we the only ones interested in a direct embedded interface? > > - Does the BaseX team have any plans to implement such an interface? > > - Would such an interface be better implemented by the BaseX team (as > opposed to a third party)? > > I don't mind doing some work in this area, however, I have some > concerns about doing so. Primarily, given that the whole idea would be > to make direct integration easier and more stable it seems like the > structure and layout of the classes in the embedded API and the ways > that they interact with the underlying BaseX objects should probably be determined by the BaseX team. > The danger is that someone outside the team spends effort creating > such an interface only to do things in a way that's either not > preferred or difficult to maintain as the core team continues to > improve the overall product. > > Hopefully this was clear... Thoughts? > > Dave

2 3

Embedded API
by Dave Glick 20 Nov '11

20 Nov '11

Hi all, We've been using BaseX for several years now and have constantly been skirting around our primary use case: using BaseX in an embedded mode. What I mean by this is using BaseX in-process in an application without running any kind of client/server communication bridge and with very direct access to BaseX primitives. There are several reasons for wanting to do this including performance (which seems to be the subject of recent discussions, I.e., running the server in "local" mode). My own primary reason is to gain more direct access to the database objects. For example, we routinely have a need to: - Directly access and traverse database nodes by climbing, descending, following, etc. - Insert or remove content at a specific database node - Store references to individual nodes (I.e., using its "pre" and "index" value) - Fine-tune queries in order to set context, external functions, etc. While many of these operations can indeed be performed through the existing client/server interface, it's less friendly - especially when doing things like asking for the next sibling of a given node. With a direct embedded API you just get the next node, bypassing the XQuery processor altogether. From my current work in this area, I think BaseX is already "primed" for this kind of API - 90% or more of the code is already in place since most of the primitives already expose common methods for use by database commands, XQuery processor, etc. All that should be needed is to expose this functionality in a stable and complete API. Good examples of applications that may need this kind of API include media players (I.e., for storage of the media library data), simple stand-alone database applications, etc. Until recently, we've been able to adapt BaseX to fit our needs by writing a thin wrapper layer that interfaces with the appropriate BaseX classes. However, with the rapid pace of BaseX development these days it's becoming increasingly difficult to track each release since we rely on aspects of the BaseX codebase that are not really intended for public consumption and thus keep changing. This brings up a couple questions: - Are we the only ones interested in a direct embedded interface? - Does the BaseX team have any plans to implement such an interface? - Would such an interface be better implemented by the BaseX team (as opposed to a third party)? I don't mind doing some work in this area, however, I have some concerns about doing so. Primarily, given that the whole idea would be to make direct integration easier and more stable it seems like the structure and layout of the classes in the embedded API and the ways that they interact with the underlying BaseX objects should probably be determined by the BaseX team. The danger is that someone outside the team spends effort creating such an interface only to do things in a way that's either not preferred or difficult to maintain as the core team continues to improve the overall product. Hopefully this was clear... Thoughts? Dave

3 4

REST Post XQuery
by Leigh L. Klotz, Jr. 19 Nov '11

19 Nov '11

I see that REST GET request supports the ?run=foo.xq style, which allows a GET to be handled by a pre-defined XQuery file. See http://docs.basex.org/wiki/REST#GET_Requests However, the REST POST (and other) requests do not support it. With support for XUpdate in BaseX, it is important to have the ability to POST (or PUT) application-defined data to a server-side XQuery, rather than having the client have to post the entire query. DELETE is useful as well, but takes on data. See http://docs.basex.org/wiki/REST#POST_Requests I took a quick look at RESTPost.java and RESTGet.java and see that it would be about 50 lines of work to make RESTPost support making the request entity available to the specified XQuery as context. Leigh.

3 2

Re: [basex-talk] basexhttp and static content
by Leigh L. Klotz, Jr. 19 Nov '11

19 Nov '11

Thank you Michael and Christian. db:retrieve and the XQuery framework look quite interesting and I see how they could work. I had in mind something more lightweight. I've done some examples using BaseX with AgenceXML XSLTForms, which is a 100% in-browser implementation of XForms that needs to be served up as static content. Here's what I mean: 1. Change BaseXHTTPServer so that it tells Jetty about a directory for static resources; Jetty already knows how to handle this. 2. Create an "xsltforms" directory and unzip XSLTForms into it. 3. Create an application directory, and put the XHTML+XForms XML file (and associated CSS) into that directory. I've attached a couple of git patches that enable #1 above, just as an example of what I mean. They enable the command-line option "-x <directory>" and provide help text for it. I've tried this and it works great with the current git version of basex, after applying the two attached patches to basex and basex-api: cd basex mkdir static cd static mkdir xsltforms; pushd xsltforms; unzip /path/to/xsltforms.zip; popd mkdir mypage; pushd mypage; cp /path/to/mypage/index.xml .; popd ./bin/basexhttp -x static & Please consider adding a quick deploy test facility like this to the BaseXHTTPServer. Leigh.

2 2

BaseX 7.0.2: Potential bug? Improper use?
by Cheng, Hsing 19 Nov '11

19 Nov '11

Hi, I got the following response and am not sure where the problem is: Query: doc("XPath test.xml")//*[contains(./(@*),"e")] Error: Potential bug? Improper use? Your feedback is welcome: Contact: basex-talk(a)mailman.uni-konstanz.de Version: BaseX 7.0.2 Java: Sun Microsystems Inc., 1.6.0_26 OS: Windows XP, x86 Stack Trace: java.lang.ClassCastException: org.basex.query.path.AxisPath cannot be cast to org.basex.query.path.AxisStep org.basex.query.path.Path.optSteps(Path.java:154) org.basex.query.path.MixedPath.compPath(MixedPath.java:47) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.expr.Arr.comp(Arr.java:36) org.basex.query.func.FuncCall.comp(FuncCall.java:64) org.basex.query.expr.Preds.comp(Preds.java:50) org.basex.query.path.AxisStep.comp(AxisStep.java:98) org.basex.query.path.AxisPath.compPath(AxisPath.java:108) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.QueryContext.compile(QueryContext.java:260) org.basex.query.QueryProcessor.compile(QueryProcessor.java:106) org.basex.core.cmd.AQuery.query(AQuery.java:78) org.basex.core.cmd.XQuery.run(XQuery.java:22) org.basex.core.Command.run(Command.java:328) org.basex.core.Command.exec(Command.java:309) org.basex.core.Command.execute(Command.java:77) org.basex.gui.GUI.exec(GUI.java:416) org.basex.gui.GUI$5.run(GUI.java:366) Query: doc("XPath test.xml")//*[contains(string(./(@*)),"e")] Error: Potential bug? Improper use? Your feedback is welcome: Contact: basex-talk(a)mailman.uni-konstanz.de Version: BaseX 7.0.2 Java: Sun Microsystems Inc., 1.6.0_26 OS: Windows XP, x86 Stack Trace: java.lang.ClassCastException: org.basex.query.path.AxisPath cannot be cast to org.basex.query.path.AxisStep org.basex.query.path.Path.optSteps(Path.java:154) org.basex.query.path.MixedPath.compPath(MixedPath.java:47) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.expr.Arr.comp(Arr.java:36) org.basex.query.func.FuncCall.comp(FuncCall.java:64) org.basex.query.expr.Arr.comp(Arr.java:36) org.basex.query.func.FuncCall.comp(FuncCall.java:64) org.basex.query.expr.Preds.comp(Preds.java:50) org.basex.query.path.AxisStep.comp(AxisStep.java:98) org.basex.query.path.AxisPath.compPath(AxisPath.java:108) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.QueryContext.compile(QueryContext.java:260) org.basex.query.QueryProcessor.compile(QueryProcessor.java:106) org.basex.core.cmd.AQuery.query(AQuery.java:78) org.basex.core.cmd.XQuery.run(XQuery.java:22) org.basex.core.Command.run(Command.java:328) org.basex.core.Command.exec(Command.java:309) org.basex.core.Command.execute(Command.java:77) org.basex.gui.GUI.exec(GUI.java:416) org.basex.gui.GUI$5.run(GUI.java:366) Query: doc("XPath test.xml")//*[string(./(@*))="2e"] Error: Potential bug? Improper use? Your feedback is welcome: Contact: basex-talk(a)mailman.uni-konstanz.de Version: BaseX 7.0.2 Java: Sun Microsystems Inc., 1.6.0_26 OS: Windows XP, x86 Stack Trace: java.lang.ClassCastException: org.basex.query.path.AxisPath cannot be cast to org.basex.query.path.AxisStep org.basex.query.path.Path.optSteps(Path.java:154) org.basex.query.path.MixedPath.compPath(MixedPath.java:47) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.expr.Arr.comp(Arr.java:36) org.basex.query.func.FuncCall.comp(FuncCall.java:64) org.basex.query.expr.Arr.comp(Arr.java:36) org.basex.query.expr.CmpG.comp(CmpG.java:135) org.basex.query.expr.Preds.comp(Preds.java:50) org.basex.query.path.AxisStep.comp(AxisStep.java:98) org.basex.query.path.AxisPath.compPath(AxisPath.java:108) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.QueryContext.compile(QueryContext.java:260) org.basex.query.QueryProcessor.compile(QueryProcessor.java:106) org.basex.core.cmd.AQuery.query(AQuery.java:78) org.basex.core.cmd.XQuery.run(XQuery.java:22) org.basex.core.Command.run(Command.java:328) org.basex.core.Command.exec(Command.java:309) org.basex.core.Command.execute(Command.java:77) org.basex.gui.GUI.exec(GUI.java:416) org.basex.gui.GUI$5.run(GUI.java:366) Query: doc("XPath test.xml")//*[./(@*)="2e"] Error: Potential bug? Improper use? Your feedback is welcome: Contact: basex-talk(a)mailman.uni-konstanz.de Version: BaseX 7.0.2 Java: Sun Microsystems Inc., 1.6.0_26 OS: Windows XP, x86 Stack Trace: java.lang.ClassCastException: org.basex.query.path.AxisPath cannot be cast to org.basex.query.path.AxisStep org.basex.query.path.Path.optSteps(Path.java:154) org.basex.query.path.MixedPath.compPath(MixedPath.java:47) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.expr.Arr.comp(Arr.java:36) org.basex.query.expr.CmpG.comp(CmpG.java:135) org.basex.query.expr.Preds.comp(Preds.java:50) org.basex.query.path.AxisStep.comp(AxisStep.java:98) org.basex.query.path.AxisPath.compPath(AxisPath.java:108) org.basex.query.path.Path.comp(Path.java:83) org.basex.query.QueryContext.compile(QueryContext.java:260) org.basex.query.QueryProcessor.compile(QueryProcessor.java:106) org.basex.core.cmd.AQuery.query(AQuery.java:78) org.basex.core.cmd.XQuery.run(XQuery.java:22) org.basex.core.Command.run(Command.java:328) org.basex.core.Command.exec(Command.java:309) org.basex.core.Command.execute(Command.java:77) org.basex.gui.GUI.exec(GUI.java:416) org.basex.gui.GUI$5.run(GUI.java:366) The following one is good and shows the right answer: Query: doc("XPath test.xml")//*[(@*)="2e"] Compiling: - pre-evaluating fn:doc("XPath test.xml") - optimizing descendant-or-self step(s) - applying attribute index Result: db:attribute("XPathtest", "2e")/parent::* Timing: - Parsing: 0.59 ms - Compiling: 30.36 ms - Evaluating: 1.67 ms - Printing: 0.17 ms - Total Time: 32.79 ms Result: - Results: 1 Item - Updated: 0 Items - Printed: 24 Bytes Query plan: <AxisPath> <IndexAccess data="XPathtest" type="ATTRIBUTE"> <Item value="2e" type="xs:string"/> </IndexAccess> <IterStep axis="parent" test="*"/> </AxisPath> Important : This message is intended only for the recipient(s) identified above by the originator or forwarder of this message and may contain information that is confidential, proprietary and/or legally privileged. If you have any reason to believe or suspect that this message may have come to you in error, please notify the originator of this message of your receipt of it, refrain from sharing this message with anyone else, delete it from each computer or server on which it is stored (without copying it or printing it out) and take no other action based on its content. Thank you.

2 3

Japanese Full Texts
by Christian Grün 19 Nov '11

19 Nov '11

Hi all, this is for all our Japanese users: we've just updated some documentation on the tokenization of Japanese full texts via BaseX: http://docs.basex.org/wiki/Full-Text/Japanese Once more, thanks to Toshio HIRAI.. Feedback is welcome, Christian

1 0

basexhttp and static content
by Leigh L Klotz Jr 17 Nov '11

17 Nov '11

I'm trying out BaseX and am interested in having the HTTP server serve up static pages which can then access the REST interface to BaseX from the same host and port. I saw there was a previous discussion about JSONP to hack around the same-origin policy, but I'd like to use XML and other tools I already have, so I'd like to put in a bunch of static files (Javascript, CSS, XSL, PNG, etc) and have the built-in Jetty serve them up conveniently from a single, easily-reached URI route. I've been through the documentation and the basex-talk list for recent posts and didn't see anything about this. Thank you, Leigh.

3 2

BaseX 7.0.2 Update - Soft-Files.com
by Soft-Files Team 17 Nov '11

17 Nov '11

Dear Developer, Your product BaseX 7.0.2 has been updated. Your product review page is located at: http://www.soft-files.com/basex_72311.html. Sincerely, The Soft-Files Team

1 0

BaseX Antivirus Scan Report on FileCluster.com
by FileCluster Security 17 Nov '11

17 Nov '11

Dear Developer,BaseX has been downloaded and tested by Filecluster Labs on 17 Nov 2011 with today's best antivirus engines: BitDefender Antivirus, Kaspersky Antivirus, NOD32 and Avira Antivirus. The report shows that BaseX has been found clean of any viruses or malware and has been flagged as safe to install. You can find the detailed antivirus scan reports at this page: http://www.filecluster.com/Antivirus-Report/BaseX.html. (if the page isn't working, please allow between 5-30 mins for the cache to refresh) Please keep in mind that we will constantly scan your software with each version update or on-demand, if necessary. We have also displayed a clean award within FileCluster to assure our visitors that BaseX is clean and safe to install.If you feel that this report could add value to your visitors as well, you can use any of the banners presented within the report page. Future development of this feature will depend on feedback, so any suggestions or general feedback are greatly appreciated. Also, mentioning this report onto your blog, news page or press releases is highly appreciated, encouraging us to improve the scanner and extend it even further. If you wish to unsubscribe from receiving such notifications, please contact us via email and let us know. Keep in mind that by unsubscribing, you will never receive any emails from FileCluster again, such as promotions, security reports, community feedback and so on. Don't hesitate to contact us for any issues regarding our security service. Best Regards, Jamie P. - FileCluster Security www.filecluster.com

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk