BaseX-Talk

basex-talk@mailman.uni-konstanz.de

7 participants
5254 discussions

Re: Synchronizing access to store
by Andy Bunce 24 Feb '25

24 Feb '25

>so if you call store:get, store:put or store:write in the first process, a second process will not wait until the store operations are completed. In non XQuery contexts a semaphore [1] might be used to ensure that my other threads don't get between a get and put. In the spirit of blurring the XQuery Java boundaries I tried [2]. It seems to work. Is it dangerous? [1] https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/Semaphore.ht… [2] declare namespace Semphore ="java:java.util.concurrent.Semaphore"; declare function local:config-update($k as xs:string,$v as item(),$sem) { Semphore:acquire($sem), try{ let $u:=store:get("config")=> map:put($k, $v) return store:put("config",$u) }catch * { trace("Errrr",$err:description) } ,Semphore:release($sem) }; let $sem:=Semphore:new(1,true()) let $s1 := store:put("config", map{}) let $s2 := xquery:fork-join( for $i in (1 to 100) return function(){ let $r:=(prof:sleep(10),$i) return local:config-update( string($i),$r,$sem) } ) return count(map:keys(store:get("config"))) On Tue, 28 Jan 2025 at 14:09, Marco Lettere <m.lettere(a)gmail.com> wrote: > Ok, thanks for the clarification. > > M. > On 28/01/25 15:08, Christian Grün wrote: > > Sorry Christian, do you mean *not* synchronized? >> > With »synchronized«, I meant to refer to a lower level: You will not end > up with a corrupt key/value store or with I/O conflicts when accessing and > updating the store via multiple threads. However, as you have already > observed, multiple operations are not executed in a well-defined order, so > if you call store:get, store:put or store:write in the first process, a > second process will not wait until the store operations are completed. > >

3 5

where instead of when in window start clause
by Martin Honnen 22 Feb '25

22 Feb '25

I mistyped a start clause in a tumbling window expression using "where" instead of "when" for tumbling window $w in (1 to 20) start at $s where $s mod 3 = 1 return <window>{$w}</window> see https://fiddle.basex.org/?share=%28%27query%21%27for+tumbling+-*w+in+%7B1+t…, but I didn't get an error but a result <window>1</window> <window>4</window> <window>7</window> <window>10</window> <window>13</window> <window>16</window> <window>19</window> Shouldn't that query give a syntax error that "when" is expected instead of "where"? Or is that a new XQuery 4 feature that the "when" clause can be omitted and the above is kind of parsed/executed as for tumbling window $w in (1 to 20) start at $s where $s mod 3 = 1 return <window>{$w}</window> ?

2 1

Install on windows fails because of JAVA_TOOL_OPTIONS
by Peter Boot 22 Feb '25

22 Feb '25

Hello, I tried to install BaseX on Windows 11 and it kept giving me the message that Java 11 was needed, even though I already was at 20 and now am at 21. Then I noticed that java --version also reported a JAVA_TOOLS_OPTIONS environment variable: java --version Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 openjdk 21.0.6 2025-01-21 LTS OpenJDK Runtime Environment Temurin-21.0.6+7 (build 21.0.6+7-LTS) OpenJDK 64-Bit Server VM Temurin-21.0.6+7 (build 21.0.6+7-LTS, mixed mode, sharing) After removing that variable it no longer appears in the output of the version command and the install runs fine. I suppose it messes up parsing the version output. Peter

2 1

Need confirmation on http:send-request
by Marco Lettere 13 Feb '25

13 Feb '25

Dear Christian et al, moving to basex 11.7 today I've found out that it is not necessary to serialize the body content in an http-request such as [1]. If I do (as I had to up to Basex 10.7) the body is no longer understood. Now I obtsain correct behaviour when using code as in [2]. Can you confirm this change in behaviour? And if yes, this has a huge impact on the many many http calls we have so maybe it should be documented? Thanks a lot as usual! M. [1] let $body := json:serialize(<json type="object"/>) return <http:request href="url" method="POST"> <http:body media-type="application/json">{$body}</http:body> </http:request> [2] let $body := <json type="object"/> return <http:request href="url" method="POST"> <http:body media-type="application/json">{$body}</http:body> </http:request>

2 1

None
by None 28 Jan '25

28 Jan '25

people (there is some reason why no other XQuery processor chose this solution =96 and why so many mailing list entries from implementations other than BaseX focus so much an namespaces..). Some more introductory details on various namespace intricacies, and the discussion around it, are e.g. found at: http://www.jclark.com/xml/xmlns.htm http://www.stylusstudio.com/xmldev/201004/bythread.html Christian

1 0

None
by None 28 Jan '25

28 Jan '25

dropped and synthetically generated during the serialization process; and that our implementation would look much cleaner.

1 0

None
by None 28 Jan '25

28 Jan '25

BaseX's behavior is somehow influenced by whether a document uses namespaces or not? Is that true? In other words, BaseX shows different performance depending on whether prefixes are used? Why is that so? Why did you not choose a representation that abstracts away namespace prefixes and treats all elements as if they were in a namespace? Logically, it's not a higher burden (storing a pair (index, string) is just as efficient as storing or indexing a string); and BaseX is not required to output XML that preserves prefixes and default namespaces when a query is made; any equivalent XML that expresses the query result is acceptable. I'm wondering if the correctness problems we're seeing with respect to namespaces may be due to this decision of treating namespaces specially rather than the default case. - Godmar

1 0

None
by None 28 Jan '25

28 Jan '25

parameter applies only where wrap=3Dyes (it is ignored when wrap=3Dno) output does allow media-type to be specified...interestingly, the spec you refer to says the media-type can contain a value in line with RFC2046, that RFC happens to include textual media-types as well (e.g., text/plain) as XM= L media-types. So, I would propose to use a) the situation as it is today (wrap=3Dno, wrap=3Dyes dictating whether jax-rx:result and jax-rx:results are used to wrap) but also b) to be able to override the media-type independently of wrap parameter's value using output=3Dmedia-type=3Dtext%2Fplain or output=3Dmedia-type=3Dapplication%2fxml for example. Whether to use text/p= lain for wrap=3Dno becomes non-critical then (because of the ability to override it) and leaving it at text/plain as default is probably fine. Thanks. On Mon, Jan 31, 2011 at 11:01 AM, Christian Gr=FCn <christian.gruen(a)gmail.com>wrote: > > Okay, I thought setting output to application/xml but wrap=3Dno will me= an > the > > person writing the query is taking the responsibility that they do not > want > > results to be wrapped but know the result is xml so forcing the output = to > be > > application/xml (so that the response mime-type is set to application/x= ml > in > > this case)...what are the valid values for output parameter? > > All parameters are defined in the W3 specs: > http://www.w3.org/TR/xslt-xquery-serialization/ > > Please browse our JAX-RX docs for some usage examples: > http://docs.basex.org/wiki/JAX-RX_API > > > An invocation like > > http://localhost:8984/basex/jax-rx?wrap=3Dno&query=3D1+to+10&output=3Dt= ext/xmlor > > > http://localhost:8984/basex/jax-rx?wrap=3Dyes&query=3D1+to+10&output=3Dte= xt/xml > > (or text%2Fxml) results in: > > Yes, I see that there's some need to work on the response media type. > I have two solutions in mind: > > a) All textual results of "query" and "run" could be returned as > application/xml, no matter what value has been assigned to "wrap". > This would mean that all non-XML query results (e.g., resulting from a > XQuery like "1 to 10") would be handles as XML, too. > > b) This is one is similar to your approach: an additional JAX-RX > parameter could be introduced to explicitly overwrite the resulting > media type. Example: > > http://localhost:8984/basex/jax-rx?wrap=3Dyes&query=3D1&media=3Dapplicat= ion/xml > > What do you, and others, think? > > Both changes are not BaseX-centric, but have to be made in the JAX-RX > interface, so this might take some more time; but I'll definitely add > this to our internal issue tracker. > > Christian > --0016e64c2a1a56ee16049b22f778 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable The scope of this posting is only xquery. From your discussion on ou= tput parameter, it appears to me that that parameter applies only where wra= p=3Dyes (it is ignored when wrap=3Dno) output does allow media-type = to be specified...interestingly, the spec you refer to says the media-type = can contain a value in line with RFC2046, that RFC happens to include textu= al media-types as well (e.g., text/plain) as XML media-types. So, I would propose to use a) the situation as it is today (wrap=3Dno, wrap= =3Dyes dictating whether jax-rx:result and jax-rx:results are used to wrap)= but also b) to be able to override the media-type independently of wrap pa= rameter's value using output=3Dmedia-type=3Dtext%2Fplain or output=3Dme= dia-type=3Dapplication%2fxml for example.=A0 Whether to use text/plain for = wrap=3Dno becomes non-critical then (because of the ability to override it)= and leaving it at text/plain as default is probably fine. Thanks. <div class=3D"gmail_quote">On Mon, Jan 31, 2011 = at 11:01 AM, Christian Gr=FCn <<a href=3D"mailto:chris= tian.gruen(a)gmail.com">christian.gruen(a)gmail.com</a>> wrote: <b= lockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; border-= left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div class=3D"im">> Okay, I thought setting output to application/xml bu= t wrap=3Dno will mean the > person writing the query is taking the responsibility that they do not= want > results to be wrapped but know the result is xml so forcing the output= to be > application/xml (so that the response mime-type is set to application/= xml in > this case)...what are the valid values for output parameter? </div>All parameters are defined in the W3 specs: =A0<a href=3D"http://www.w3.org/TR/xslt-xquery-serialization/" target=3D"_= blank">http://www.w3.org/TR/xslt-xquery-serialization/</a> Please browse our JAX-RX docs for some usage examples: =A0<a href=3D"http://docs.basex.org/wiki/JAX-RX_API" target=3D"_blank">htt= p://docs.basex.org/wiki/JAX-RX_API</a> <div class=3D"im"> > An invocation like > <a href=3D"http://localhost:8984/basex/jax-rx?wrap=3Dno&query=3D1+= to+10&output=3Dtext/xml" target=3D"_blank">http://localhost:8984/basex/= jax-rx?wrap=3Dno&query=3D1+to+10&output=3Dtext/xml</a> or > <a href=3D"http://localhost:8984/basex/jax-rx?wrap=3Dyes&query=3D1= +to+10&output=3Dtext/xml" target=3D"_blank">http://localhost:8984/basex= /jax-rx?wrap=3Dyes&query=3D1+to+10&output=3Dtext/xml</a> > (or text%2Fxml) results in: </div>Yes, I see that there's some need to work on the response media t= ype. I have two solutions in mind: a) All textual results of "query" and "run" could be re= turned as application/xml, no matter what value has been assigned to "wrap"= . This would mean that all non-XML query results (e.g., resulting from a XQuery like "1 to 10") would be handles as XML, too. b) This is one is similar to your approach: an additional JAX-RX parameter could be introduced to explicitly overwrite the resulting media type. Example: =A0<a href=3D"http://localhost:8984/basex/jax-rx?wrap=3Dyes&query=3D1&= amp;media=3Dapplication/xml" target=3D"_blank">http://localhost:8984/basex/= jax-rx?wrap=3Dyes&query=3D1&media=3Dapplication/xml</a> What do you, and others, think? Both changes are not BaseX-centric, but have to be made in the JAX-RX interface, so this might take some more time; but I'll definitely add<b= r> this to our internal issue tracker. Christian </blockquote></div> --0016e64c2a1a56ee16049b22f778--

1 0

None
by None 28 Jan '25

28 Jan '25

I general, the integration of JaxRx has been simplified and generalized a lot since Version 6.1. If you're working with the sources, you can checkout the main and api package and directly run the contained basexrest(.bat) script. Otherwise, you'll need to... 1. get basex.jar and basex-jar.api: http://basex.org/download 2. get one of the start scripts (win or linux/mac): https://svn.uni-konstanz.de/dbis/basex/trunk/api/etc/basexrest.bat https://svn.uni-konstanz.de/dbis/basex/trunk/api/etc/basexrest 3. get the external libraries referenced from the start script: https://svn.uni-konstanz.de/dbis/basex/trunk/api/lib/ Hope this helps, Christian 2010/12/13 Mahender Didwania <mahender(a)didwania.co.uk>: > Hi, > > Two things: > > 1. > Earlier I was using version 6.2.9 and the class StartJaxRx.java seemed to= work fine. =C2=A0The need is to have the ability to invoke the server from= a script. > > I can't find the StartJaxRx in 6.3.3 any more. =C2=A0Using the old class = with 6.3.3, the server says it started up fine, but when I attempt to acces= s it over HTTP/REST, I get error for /basex/jax-rx (note that /basex/ is ok= ay): > > Problem accessing /basex/jax-rx/. Reason: > > =C2=A0 =C2=A0tried to access method org.basex.server.ClientSession.execut= e(Ljava/lang/String;Ljava/io/OutputStream;)V from class org.basex.api.jaxrx= .BXOutput > > Caused by: > > java.lang.IllegalAccessError: tried to access method org.basex.server.Cli= entSession.execute(Ljava/lang/String;Ljava/io/OutputStream;)V from class or= g.basex.api.jaxrx.BXOutput > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.basex.api.jaxrx.BXOutput.exec(BXOutput.= java:62) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.basex.api.jaxrx.BXJaxRx$1.code(BXJaxRx.= java:61) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.basex.api.jaxrx.BXCode.run(BXCode.java:= 56) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.basex.api.jaxrx.BXOutput.write(BXOutput= .java:51) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.core.impl.provider.entity.St= reamingOutputProvider.writeTo(StreamingOutputProvider.java:71) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.core.impl.provider.entity.St= reamingOutputProvider.writeTo(StreamingOutputProvider.java:57) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.spi.container.ContainerRespo= nse.write(ContainerResponse.java:299) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.server.impl.application.WebA= pplicationImpl._handleRequest(WebApplicationImpl.java:1326) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.server.impl.application.WebA= pplicationImpl.handleRequest(WebApplicationImpl.java:1239) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.server.impl.application.WebA= pplicationImpl.handleRequest(WebApplicationImpl.java:1229) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.spi.container.servlet.WebCom= ponent.service(WebComponent.java:420) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.spi.container.servlet.Servle= tContainer.service(ServletContainer.java:497) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at com.sun.jersey.spi.container.servlet.Servle= tContainer.service(ServletContainer.java:684) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at javax.servlet.http.HttpServlet.service(Http= Servlet.java:820) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.servlet.ServletHolder.han= dle(ServletHolder.java:511) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.servlet.ServletHandler.ha= ndle(ServletHandler.java:401) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.servlet.SessionHandler.ha= ndle(SessionHandler.java:182) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.handler.ContextHandler.ha= ndle(ContextHandler.java:766) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.handler.HandlerWrapper.ha= ndle(HandlerWrapper.java:152) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.Server.handle(Server.java= :326) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.HttpConnection.handleRequ= est(HttpConnection.java:542) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.HttpConnection$RequestHan= dler.headerComplete(HttpConnection.java:928) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.HttpParser.parseNext(Http= Parser.java:549) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.HttpParser.parseAvailable= (HttpParser.java:212) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.HttpConnection.handle(Htt= pConnection.java:404) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.jetty.bio.SocketConnector$Conne= ction.run(SocketConnector.java:228) > =C2=A0 =C2=A0 =C2=A0 =C2=A0at org.mortbay.thread.QueuedThreadPool$PoolThr= ead.run(QueuedThreadPool.java:582) > > > 2. > For version 6.1, you provide various files, including a .zip, on your web= site; for 6.3.3, you only provide basex.jar and basex-api.jar. =C2=A0I had = earlier created my own maven build to include all dependencies (including t= he ones from java.net repository), but as noted above, I cannot get 6.3.3 t= o work. =C2=A0Could you please provide a .zip file for every release like y= ou have for 6.1 on your web-site (merely replacing BaseX61.jar with basex.j= ar and BaseX61-jaxrx.jar with basex-api.jar (for 6.3.3 versions) does not s= eem to help)? > > Thanks, > Mahender. > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >

1 0

None
by None 28 Jan '25

28 Jan '25

I general, the integration of JaxRx has been simplified and generalized a lot since Version 6.1. If you're working with the sources, you can checkout the main and api package and directly run the contained basexrest(.bat) script. Otherwise, you'll need to... 1. get basex.jar and basex-jar.api: http://basex.org/download 2. get one of the start scripts (win or linux/mac): https://svn.uni-konstanz.de/dbis/basex/trunk/api/etc/basexrest.bat https://svn.uni-konstanz.de/dbis/basex/trunk/api/etc/basexrest 3. get the external libraries referenced from the start script: https://svn.uni-konstanz.de/dbis/basex/trunk/api/lib/ Hope this helps, Christian 2010/12/13 Mahender Didwania <mahender(a)didwania.co.uk>: > Hi, > > Two things: > > 1. > Earlier I was using version 6.2.9 and the class StartJaxRx.java seemed to= work fine. =A0The need is to have the ability to invoke the server from a = script. > > I can't find the StartJaxRx in 6.3.3 any more. =A0Using the old class wit= h 6.3.3, the server says it started up fine, but when I attempt to access i= t over HTTP/REST, I get error for /basex/jax-rx (note that /basex/ is okay)= : > > Problem accessing /basex/jax-rx/. Reason: > > =A0 =A0tried to access method org.basex.server.ClientSession.execute(Ljav= a/lang/String;Ljava/io/OutputStream;)V from class org.basex.api.jaxrx.BXOut= put > > Caused by: > > java.lang.IllegalAccessError: tried to access method org.basex.server.Cli= entSession.execute(Ljava/lang/String;Ljava/io/OutputStream;)V from class or= g.basex.api.jaxrx.BXOutput > =A0 =A0 =A0 =A0at org.basex.api.jaxrx.BXOutput.exec(BXOutput.java:62) > =A0 =A0 =A0 =A0at org.basex.api.jaxrx.BXJaxRx$1.code(BXJaxRx.java:61) > =A0 =A0 =A0 =A0at org.basex.api.jaxrx.BXCode.run(BXCode.java:56) > =A0 =A0 =A0 =A0at org.basex.api.jaxrx.BXOutput.write(BXOutput.java:51) > =A0 =A0 =A0 =A0at com.sun.jersey.core.impl.provider.entity.StreamingOutpu= tProvider.writeTo(StreamingOutputProvider.java:71) > =A0 =A0 =A0 =A0at com.sun.jersey.core.impl.provider.entity.StreamingOutpu= tProvider.writeTo(StreamingOutputProvider.java:57) > =A0 =A0 =A0 =A0at com.sun.jersey.spi.container.ContainerResponse.write(Co= ntainerResponse.java:299) > =A0 =A0 =A0 =A0at com.sun.jersey.server.impl.application.WebApplicationIm= pl._handleRequest(WebApplicationImpl.java:1326) > =A0 =A0 =A0 =A0at com.sun.jersey.server.impl.application.WebApplicationIm= pl.handleRequest(WebApplicationImpl.java:1239) > =A0 =A0 =A0 =A0at com.sun.jersey.server.impl.application.WebApplicationIm= pl.handleRequest(WebApplicationImpl.java:1229) > =A0 =A0 =A0 =A0at com.sun.jersey.spi.container.servlet.WebComponent.servi= ce(WebComponent.java:420) > =A0 =A0 =A0 =A0at com.sun.jersey.spi.container.servlet.ServletContainer.s= ervice(ServletContainer.java:497) > =A0 =A0 =A0 =A0at com.sun.jersey.spi.container.servlet.ServletContainer.s= ervice(ServletContainer.java:684) > =A0 =A0 =A0 =A0at javax.servlet.http.HttpServlet.service(HttpServlet.java= :820) > =A0 =A0 =A0 =A0at org.mortbay.jetty.servlet.ServletHolder.handle(ServletH= older.java:511) > =A0 =A0 =A0 =A0at org.mortbay.jetty.servlet.ServletHandler.handle(Servlet= Handler.java:401) > =A0 =A0 =A0 =A0at org.mortbay.jetty.servlet.SessionHandler.handle(Session= Handler.java:182) > =A0 =A0 =A0 =A0at org.mortbay.jetty.handler.ContextHandler.handle(Context= Handler.java:766) > =A0 =A0 =A0 =A0at org.mortbay.jetty.handler.HandlerWrapper.handle(Handler= Wrapper.java:152) > =A0 =A0 =A0 =A0at org.mortbay.jetty.Server.handle(Server.java:326) > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpConnection.handleRequest(HttpConn= ection.java:542) > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpConnection$RequestHandler.headerC= omplete(HttpConnection.java:928) > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:= 549) > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.= java:212) > =A0 =A0 =A0 =A0at org.mortbay.jetty.HttpConnection.handle(HttpConnection.= java:404) > =A0 =A0 =A0 =A0at org.mortbay.jetty.bio.SocketConnector$Connection.run(So= cketConnector.java:228) > =A0 =A0 =A0 =A0at org.mortbay.thread.QueuedThreadPool$PoolThread.run(Queu= edThreadPool.java:582) > > > 2. > For version 6.1, you provide various files, including a .zip, on your web= site; for 6.3.3, you only provide basex.jar and basex-api.jar. =A0I had ear= lier created my own maven build to include all dependencies (including the = ones from java.net repository), but as noted above, I cannot get 6.3.3 to w= ork. =A0Could you please provide a .zip file for every release like you hav= e for 6.1 on your web-site (merely replacing BaseX61.jar with basex.jar and= BaseX61-jaxrx.jar with basex-api.jar (for 6.3.3 versions) does not seem to= help)? > > Thanks, > Mahender. > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
526
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk