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

HTTP response and raising error()
by Marc van Grootel 14 Aug '15

14 Aug '15

Hi, Nothing major but I was wondering what the thinking was behind returning a 400 when fn:error is raised. Basically that says "client, your mistake not mine" where in most cases I guess a 500 would be more appropriate. Where is this decided (RESTXQ?) and is there an easy way to change the status when fn:error is used? Of course I can always catch at the highest level and then decide which HTTP status to return but I'm not sure if I want to wrap all REST calls in try / catch. -- --Marc

3 6

BaseX "subcollections"
by Tim Thompson 13 Aug '15

13 Aug '15

Hello, I see that I can create subcollections or paths within a database if I create the database then use the "ADD TO" command to add a resource at a specified path. Is this the only way to create hiearchical structure within a database? I couldn't find many details about this in the documentation. I see that the changelog for BaseX 6.3.1 includes, [ADD] REST: support for hierarchical collections added; details will follow, but I don't see anything about this in the wiki page for the REST module. Thanks in advance, Tim -- Tim A. Thompson Metadata Librarian (Spanish/Portuguese Specialty) Princeton University Library

3 3

client:info
by Andy Bunce 12 Aug '15

12 Aug '15

Hi, Not really a problem for me but I noticed this in the GUI: let $c := client:connect('localhost', 1984, 'admin', 'admin') let $d:= client:query($c, "2+ 2") return client:info($c) Improper use? Potential bug? Your feedback is welcome: Contact: basex-talk(a)mailman.uni-konstanz.de Version: BaseX 8.2.3 Java: Oracle Corporation, 1.8.0_45 OS: Windows 7, amd64 Stack Trace: java.lang.NullPointerException at org.basex.query.func.client.ClientInfo.item(ClientInfo.java:17) at org.basex.query.expr.ParseExpr.iter(ParseExpr.java:43) at org.basex.query.expr.gflwor.GFLWOR$1.next(GFLWOR.java:99) at org.basex.query.MainModule$1.next(MainModule.java:114) at org.basex.query.QueryContext.cache(QueryContext.java:660) at org.basex.query.QueryProcessor.cache(QueryProcessor.java:103) at org.basex.core.cmd.AQuery.query(AQuery.java:83) at org.basex.core.cmd.XQuery.run(XQuery.java:22) at org.basex.core.Command.run(Command.java:398) at org.basex.core.Command.execute(Command.java:100) at org.basex.gui.GUI.exec(GUI.java:472) at org.basex.gui.GUI.access$400(GUI.java:43) at org.basex.gui.GUI$7.run(GUI.java:412) And slightly related.. In the DBA query window let $c := client:connect('localhost', 1984, 'admin', 'admin') return client:query($c, "2+ 2") will block the basex server for all http users and basexclient (s). Sad, but I can see why this might be :-), Another way to achieve this is on the dba login page enter "localhost:1984" as a *remote *host. but is there any way to programmatically detect this situation has occurred or cancel these queries without restarting the server? /Andy

2 3

basex limits: #ENames
by Simon Görke 12 Aug '15

12 Aug '15

Hello, according to [1], basex supports a maximum of 2^15 #ENames per database. Would there be any feedback (warning / error message / exit from processing) if this limit was exceed? If not: Could this be an explaination for turning the output of a xslt (xml => xml) to be not well-formed (The xslt itself is mature and has been used in exactly the same environment in several projects for > 2 years without problems.)? Now, with the latest project, an export of the database after the (seemingly issue-free) xslt-transform delivers e.g. elements at positions where they should not appear / opening elements not fitting their closing counterparts / missing content at the end? All other projects are ok with the current setup, but have significantly less data. The output dialect is somewhat "creative" and prone to resulting in a diversity of ENames, so this triggered my suspicion here... I am using basex 8.2.3 on Java 1.8.51 / 64bit. Also tried with 8.0.2, but same issue there. The transformations are triggered by a small snippet of xquery sent from a basexclient to the server. Thanks, Simon [1] http://docs.basex.org/wiki/Statistics

2 3

Command history in basex client
by adj7388 12 Aug '15

12 Aug '15

Hello, Does the basex command line client keep no command history? I am using the Linux version. In most Linux command line programs, the up- and down-arrows allow you to scroll through past commands so you don't have to retype them every time. I see "Save command-line history" in the change log for version 8.0.1 ( and I have version 8.2.3 installed) but command history does not appear to work. Thanks, Alan

3 4

HTML parsing in the DBA
by Kristian Kankainen 12 Aug '15

12 Aug '15

Hello! I tried simple cut and paste from the wiki and came up with the following query for importing an HTML file. The DBA says "Query was successful", but no resources are never added to the db. declare option db:parser "html"; declare option db:htmlparser "html=false,nodefaults=true"; db:replace("dbname", "filename.html", "/file/path/filename.html") I'm running the latest war file on Tomcat. Best wishes Kristian Kankainen

2 1

Using BaseX With oXygenXML: Validate XQuery 3.1 Syntax
by Eliot Kimber 09 Aug '15

09 Aug '15

I've started using oXygenXML rather than the DBA Web app to run my test queries (mostly so I can handle large result sets in the output). If I have a statement like: Let $foo as map(*) := map {} Oxygen reports a static validation error. If I remove the "as" clause, then it's happy. My question: is it possible to configure oXygenXML so it validates the 3.1 expressions BaseX supports? I'm not sure if this an oXygenXML or a BaseX issue. Thanks, Eliot ---- Eliot Kimber, Owner Contrext, LLC http://contrext.com

3 2

Scope of options set with SET
by Amanda Galtman 06 Aug '15

06 Aug '15

Hi, I'm not sure if the following is a bug or if I misunderstand the scope of options set with SET. Suppose I have a) A DTD that defines a text entity b) A catalog file that points to the DTD c) An XML file with a DOCTYPE line that references the DTD, and XML content that references the text entity If I do the following in a standalone BaseX session SET DTD true SET CATFILE [path to my catalog file...] xquery fetch:xml([path to my XML file...]) then the text entities are missing, presumably because the catalog or DTD is not being read. Either of the following works as expected, with the text entities resolved: xquery fetch:xml([path to my XML file...],map {'dtd': true(), 'catfile': [path to my catalog file...]}) xquery doc([path to my XML file...]) But why do I have to use the 2nd input in fetch:xml if I used SET in the same session? I thought the SET command would suffice, and the 2nd input argument in fetch:xml was available if I either wanted to override an option I had previously set with SET or did not use SET previously. Thanks, Amanda

2 3

BaseX Error
by Rogers, Paul 06 Aug '15

06 Aug '15

Good afternoon, we're getting an error on BaseX rest and DBA connections: Improper use? Potential bug? Your feedback is welcome: Contact: basex-talk(a)mailman.uni-konstanz.de<mailto:basex-talk@mailman.uni-konstanz.de> Version: BaseX 8.2.3 Java: Oracle Corporation, 1.7.0_01 OS: Linux, amd64 Stack Trace: java.lang.ArrayIndexOutOfBoundsException Is there an issue with the service? Best Regards, Paul Rogers DevOps DBA Engineer Kuoni Global Travel Services Ueberlandstrasse 360 CH-8051 Zurich, Switzerland T +41 44 325 21 39 paul.rogers(a)ch.kuoni.com<mailto:paul.rogers@ch.kuoni.com> www.kuoniglobaltravelservices.com<http://www.kuoniglobaltravelservices.com/>

2 1

SIGPIPE error
by mar＠centrum.cz 06 Aug '15

06 Aug '15

Hi, I am having difficulties with populating BASEX database. I have plenty of XML files (~ half a million, with various sizes ranging from several kilobytes up to hundred of kilobytes). I use BASEX Java API and finally I call for each file org.basex.core.cmd.Add. I am trying to import them into BASEX database, in fact there are 22 types of files (22 XSD definitions) the files conform to, so I have 22 different databases in a single BASEX server. I have plenty of RAM and CPU power and I monitor the process (both -- the BASEX server and my client program) from within JVisualVM, the JVM reaches the CPU boundaries, but RAM is never exhausted. Before importing, I need to enhance the XML data with some additional information taken from SQL database. I have written a Groovy multithreaded program that uses BASEX Java API with heavy use of GPars library. Simply put, the program: 1. has several producer threads -- each producer reads given portion of the database and provides those additional information 2. has several consumer threads -- each consumer takes the original files, wraps it with additional information and finally calls org.basex.core.cmd.Add command. Various testing with less data (upto ~ several thousands of files) provides good results -- no loss of data, BASEX server and my client program behaves as it should. Unfortunately when trying to import all of the files, the program starts fine, but when it gets "warm" I got SIGPIPE errors in log from time to time (as I said, there is plenty of RAM and CPU available) (see attachment please). Comments to picture: 1. I am adding document with ID ISPOP_166007 -- this ID is indeed missing in the final database 2. just simple call to Add: Closure add = { session -> def cmd = new org.basex.core.cmd.Add(dsn, enhancedXml) session.execute(cmd) } 3. I am reusing the session, the session is bound to current thread and never gets closed until the thread (consumer) finishes There is nothing wrong in BASEX server log, other documents are added just fine, there is no trace about document ISPOP_166007. Just for reference the complete stack trace follows: - - - - ERROR basex.support.AddResourcesSupport - unable to consume ISPOP_166007 java.net.SocketException: Roura přerušena (SIGPIPE) at java.net.SocketOutputStream.socketWrite0(Native Method) ~[na:1.8.0_45] at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109) ~[na:1.8.0_45] at java.net.SocketOutputStream.write(SocketOutputStream.java:153) ~[na:1.8.0_45] at org.basex.io.out.BufferOutput.flush(BufferOutput.java:60) ~[basex-8.2.jar!/:8.2] at org.basex.io.out.BufferOutput.write(BufferOutput.java:54) ~[basex-8.2.jar!/:8.2] at org.basex.io.out.PrintOutput.write(PrintOutput.java:66) ~[basex-8.2.jar!/:8.2] at java.io.OutputStream.write(OutputStream.java:116) ~[na:1.8.0_45] at java.io.OutputStream.write(OutputStream.java:75) ~[na:1.8.0_45] at org.basex.api.client.ClientSession.send(ClientSession.java:238) ~[basex-8.2.jar!/:8.2] at org.basex.api.client.ClientSession.execute(ClientSession.java:160) ~[basex-8.2.jar!/:8.2] at org.basex.api.client.ClientSession.execute(ClientSession.java:167) ~[basex-8.2.jar!/:8.2] at org.basex.api.client.Session.execute(Session.java:36) ~[basex-8.2.jar!/:8.2] at org.basex.api.client.Session$execute.call(Unknown Source) ~[na:na] at basex.support.AddResourcesSupport$_consume_closure9$_closure17.doCall(AddResourcesSupport.groovy:255) ~[basex-1.0.jar!/:na] at sun.reflect.GeneratedMethodAccessor368.invoke(Unknown Source) ~[na:na] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_45] at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_45] at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93) [groovy-2.4.4.jar!/:2.4.4] at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325) [groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:294) [groovy-2.4.4.jar!/:2.4.4] at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1019) [groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:42) [groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) [groovy-2.4.4.jar!/:2.4.4] at basex.BasexSessionRegistry.withThreadBoundSession(BasexSessionRegistry.groovy:79) ~[basex-1.0.jar!/:na] at basex.BasexSessionRegistry$withThreadBoundSession$0.call(Unknown Source) ~[na:na] at basex.support.AddResourcesSupport$_consume_closure9.doCall(AddResourcesSupport.groovy:257) ~[basex-1.0.jar!/:na] at sun.reflect.GeneratedMethodAccessor327.invoke(Unknown Source) ~[na:na] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_45] at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_45] at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93) [groovy-2.4.4.jar!/:2.4.4] at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325) [groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.metaclass.ClosureMetaClass.invokeMethod(ClosureMetaClass.java:294) [groovy-2.4.4.jar!/:2.4.4] at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1019) [groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.call(PogoMetaClassSite.java:42) [groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.BooleanReturningMethodInvoker.invoke(BooleanReturningMethodInvoker.java:51) ~[groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.BooleanClosureWrapper.call(BooleanClosureWrapper.java:53) ~[groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.DefaultGroovyMethods.find(DefaultGroovyMethods.java:3908) ~[groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.dgm$191.invoke(Unknown Source) ~[groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite$PojoMetaMethodSiteNoUnwrapNoCoerce.invoke(PojoMetaMethodSite.java:274) ~[groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.PojoMetaMethodSite.call(PojoMetaMethodSite.java:56) ~[groovy-2.4.4.jar!/:2.4.4] at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:125) [groovy-2.4.4.jar!/:2.4.4] at basex.support.AddResourcesSupport.consume(AddResourcesSupport.groovy:251) ~[basex-1.0.jar!/:na] - - - - Best Regards, Martin

3 9