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

basex on redhat
by bryan rasmussen 29 Oct '12

29 Oct '12

Hi, I'm not very good at redhat(and thus not very good at their repository system and tools) and am trying to install basex on it, I tried sudo yum install basex --enablerepo=* but it says it can't find any repo named basex. What should I do? Mvh, Bryan Rasmussen

2 5

Create DB from query
by bryan rasmussen 26 Oct '12

26 Oct '12

Hi, I have a db that has all of my xml documents, I would like to make a bunch of new dbs based on the document types which map to the document element name so for example if I do the query /LOV I get back 115491 Items, I would then like to put that into a db named LOV. How do I put the outputs of query on one db into another db, and does anyone have some code that would go through every /* and create a db by the name of the document element if that db does not exist and then place the document into that DB - or would that be insanely process intensive (there are 290422 items, 13 document types)? Thanks, Bryan Rasmussen

2 4

Re: [basex-talk] Create DB from query
by bryan rasmussen 25 Oct '12

25 Oct '12

On Thu, Oct 25, 2012 at 4:32 PM, bryan rasmussen <rasmussen.bryan(a)gmail.com> wrote: > thanks that was helpful, but the following > >> for $doc in db:open('DK') >> let $name := $doc/*/name() >> return db:add($name, $doc) > where DK is the name of my db. > > returns > Resource path '' is invalid. > > > I tried for $doc in db:open('DK') let $name := > local-name(doc($doc)) return db:add($name, $doc) > > but that gives a FODC0005 error. Ok I figured out the FODC0005 error, should have realized it, but the other one has me stumped especially considering that for $doc in db:open('DK') return $doc/*/name() outputs all the names of the document nodes no problem. Is there some sort of type conversion that needs to be done? Thanks, Bryan Rasmussen

2 3

bug: cancel = shut down
by Cerstin Elisabeth Mahlow 25 Oct '12

25 Oct '12

Hi, when closing BaseX GUI, you will be asked to save edited files. When you click "cancel", it shuts down immediately. Shouldn't it cancel the closing process but not the application? Best regards Cerstin -- Dr. phil. Cerstin Mahlow Universität Basel Departement Sprach- und Literaturwissenschaften Fachbereich Deutsche Sprach- und Literaturwissenschaft Nadelberg 4 4051 Basel Schweiz Tel: +41 61 267 07 65 Fax: +41 61 267 34 40 Mail: cerstin.mahlow(a)unibas.ch Web: http://www.oldphras.net

3 3

Resource doesn't exist… but it does
by France Baril 24 Oct '12

24 Oct '12

Hi, I get this error on a db:retrieve: Stopped at line 175, column 119 in > /Users/archie/BaseXHTTP/How2_StaticHTML.xqm: > [FODC0002] Resource > 'http:/localhost:8984/rest/ImagesAndGlobalContent/global/i_app_available.png' > does not exist. If I copy and paste the path to the .png from the error message into the browser's address, the image is displayed. So the path is correct, and the image seems retrievable. What could possibly cause this error? Note that this used to work… I have not changed line 175 in many weeks. -- France Baril Architecte documentaire / Documentation architect france.baril(a)architextus.com (514) 572-0341

3 4

BaseX as Windows Services
by Raymond Meester 24 Oct '12

24 Oct '12

Right now I am starting BaseX on my Windows developer machine with the command "basexserver -S" so that it's started as a service. Our admin preferred however to use a Java Service Wrapper (he uses YAJSW) because it gives him more options/monitoring and better control on restarts. I think that java service wrappers are a little to comprehensive. Maybe on Windows it's more convenient to let BaseX install as a windows service similar to the way that Jenkins does: https://wiki.jenkins-ci.org/display/JENKINS/Installing+Jenkins+as+a+Windows…

2 2

RegExp Bug S{n,m}
by Andy Bunce 24 Oct '12

24 Oct '12

Hi This expression: replace("aaaa bbbbbbbb ddd ",'(.{6,15}) ','$1@') results in [FORX0002] Invalid pattern: 'Illegal quantifier, lower > upper bound: {6,1}'. Could it be that *S*{n,m} is only accepting single digit n and m? This causes http://stackoverflow.com/questions/3767452/xquery-word-wrap to wildly overwrap. Regards /Andy

2 2

Re: [basex-talk] Unable to get jetty servlet to see existing database
by Christian Grün 23 Oct '12

23 Oct '12

Perfect! Thanks for the confirmation. Am 23.10.2012 20:10 schrieb "Michael Mendez" <michaelgmendez(a)gmail.com>: > That was it - I was still changing the war config instead of the .basex > for the server after changing from 7.3 to 7.5 even though I had started > using the basexhttp server instead. > > Thank you! I really look forward to testing our system with basex, I > expect a vast improvement in speed based on an alpha build I've been > playing with on the windows side. > > Michael Mendez > > > > On Tue, Oct 23, 2012 at 1:07 PM, Christian Grün <christian.gruen(a)gmail.com > > wrote: > >> Hi Michael, >> >> with 7.5, there are several, alternative options to start the BaseX >> HTTP Server, which are listed at [1]. You either need to deploy the >> WAR file, or run basexhttp. >> >> a) if you deploy the WAR file, your databases will be contained in the >> archived webapp directory. With the latest snapshots, the database >> server will be automatically started along with the web server >> >> b) if you run basexhttp, you can specify DBPATH and the path to the >> webapp directory (WEBPATH) in the .basex configuration file. >> >> Hope this helps, feel free to ask for more, >> Christian >> >> [1] http://docs.basex.org/wiki/Startup#BaseX_HTTP_Server >> ___________________________ >> >> > I am running the 7.5 snapshot now, which has been a bit easier to work >> with, >> > but I still end up stuck in the same place. >> > >> > Ultimately, I would like to be able to: >> > run basex from a cli >> > offer REST >> > be able to interact with the db via python without using REST (so I >> can >> > perform maintenance with it off and maintain separation of duties) >> > and have all of these actions performed against the same database >> > >> > I know client spawns a different instance, so I have no plans to use >> it. As >> > far as I can tell, I should be able to do all of this. I can execute >> basex >> > and perform operations, I should (haven't tested yet) be able to use >> python >> > to communicate via 1984, and I have rest running on 8984. However, I >> cannot >> > seem to get REST to recognize the existing database. >> > >> > In my set up, the DB created using basex is at /ats/BaseXData. The >> actual >> > xml files are at /ats/xml/[folders], and my install of basex is at >> > /ats/basex. Looking at the web.xml, it originally read WEB-INF/Data as >> the >> > dbapth parameter. I have tried /ats/BaseXData, ../../ats/BaseXData, and >> > other variants without any luck (stopping and starting basexhttp after >> each >> > change). I'm guessing this is more of a jetty question, but I don't >> seem to >> > get anything useful when looking for information on setting absolute >> paths >> > in a web.xml, which is where I think I'm hitting the wall. >> > >> > Thank you again! >> > >> > Michael Mendez >> > >> > >> > >> > >> > >> > On Tue, Oct 23, 2012 at 7:47 AM, Christian Grün < >> christian.gruen(a)gmail.com> >> > wrote: >> >> >> >> Dear Michael, >> >> >> >> sorry for the late feedback. Along with BaseX 7.5, several changes >> >> have been performed in the web application context, so I would like to >> >> hear if you have already tried our latest snapshot [1], and if the >> >> problems are resolved with that version. The new version will be >> >> released pretty soon, which means there will only be minor changes in >> >> the code. If you are running BaseX as web application, the .basex can >> >> be safely ignored. >> >> >> >> Christian >> >> >> >> [1] http://files.basex.org/releases/latest/ >> >> ___________________________ >> >> >> >> On Fri, Oct 19, 2012 at 5:21 PM, Michael Mendez >> >> <michaelgmendez(a)gmail.com> wrote: >> >> > I have an existing install of basex running on a centos machine. The >> >> > install >> >> > runs fine, I am able to edit .basex files to point to the main >> >> > database, >> >> > and can run the client from anywhere and connect once I make .basex >> >> > changes. >> >> > >> >> > I also have jetty6 running (on the same box) with the basex war >> package >> >> > (7.3), which also runs, is accessible, and returns valid rest >> responses. >> >> > >> >> > My issue is the rest response shows no resources available, which as >> far >> >> > as >> >> > I can tell means it is not connecting to my existing database but >> >> > creating >> >> > (or created) it's own. Based on the documentation on the site, I have >> >> > changed the web.xml's dbpath variable to the existing BaseXData >> path. I >> >> > have >> >> > used the same value I used in the .basex files, repackaged the .war, >> and >> >> > restarted jetty, with no success. >> >> > >> >> > Other changes, like to the index.html in the war, will show, so I >> know I >> >> > am >> >> > rebuilding the war and viewing those changes correctly. >> >> > >> >> > What do I need to change to make the servlet of basex see a database >> >> > folder >> >> > already available? >> >> > >> >> > I have posted this question on stackoverflow as well: >> >> > >> >> > >> http://stackoverflow.com/questions/12976335/basex-servlet-doesnt-see-existi… >> >> > >> >> > Here is my web.xml: >> >> > >> >> > >> >> > <?xml version="1.0" encoding="UTF-8"?> >> >> > <web-app >> >> > xmlns="http://java.sun.com/xml/ns/javaee" >> >> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >> >> > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee >> >> > http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" >> >> > version="2.5"> >> >> > >> >> > <display-name>ATS</display-name> >> >> > <description>REST Services for XML data</description> >> >> > >> >> >  >> >> > >> >> >  >> >> > <context-param> >> >> > <param-name>org.basex.mode</param-name> >> >> > <param-value>local</param-value> >> >> > </context-param> >> >> > <context-param> >> >> > <param-name>org.basex.server</param-name> >> >> > <param-value>local</param-value> >> >> > </context-param> >> >> > >> >> >  >> >> > <context-param> >> >> > <param-name>org.basex.user</param-name> >> >> > <param-value>admin</param-value> >> >> > </context-param> >> >> > <context-param> >> >> > <param-name>org.basex.password</param-name> >> >> > <param-value>admin</param-value> >> >> > </context-param> >> >> > >> >> >  >> >> > >> >> >  >> >> > <servlet> >> >> > <servlet-name>REST</servlet-name> >> >> > <servlet-class>org.basex.http.rest.RESTServlet</servlet-class> >> >> > </servlet> >> >> > <servlet-mapping> >> >> > <servlet-name>REST</servlet-name> >> >> > <url-pattern>/rest/*</url-pattern> >> >> > </servlet-mapping> >> >> > </web-app> >> >> > >> >> > >> >> > >> >> > Thank you for your time! >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > BaseX-Talk mailing list >> >> > BaseX-Talk(a)mailman.uni-konstanz.de >> >> > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >> >> > >> > >> > >> > >

1 0

Re: [basex-talk] Unable to get jetty servlet to see existing database
by Christian Grün 23 Oct '12

23 Oct '12

Hi Michael, with 7.5, there are several, alternative options to start the BaseX HTTP Server, which are listed at [1]. You either need to deploy the WAR file, or run basexhttp. a) if you deploy the WAR file, your databases will be contained in the archived webapp directory. With the latest snapshots, the database server will be automatically started along with the web server b) if you run basexhttp, you can specify DBPATH and the path to the webapp directory (WEBPATH) in the .basex configuration file. Hope this helps, feel free to ask for more, Christian [1] http://docs.basex.org/wiki/Startup#BaseX_HTTP_Server ___________________________ > I am running the 7.5 snapshot now, which has been a bit easier to work with, > but I still end up stuck in the same place. > > Ultimately, I would like to be able to: > run basex from a cli > offer REST > be able to interact with the db via python without using REST (so I can > perform maintenance with it off and maintain separation of duties) > and have all of these actions performed against the same database > > I know client spawns a different instance, so I have no plans to use it. As > far as I can tell, I should be able to do all of this. I can execute basex > and perform operations, I should (haven't tested yet) be able to use python > to communicate via 1984, and I have rest running on 8984. However, I cannot > seem to get REST to recognize the existing database. > > In my set up, the DB created using basex is at /ats/BaseXData. The actual > xml files are at /ats/xml/[folders], and my install of basex is at > /ats/basex. Looking at the web.xml, it originally read WEB-INF/Data as the > dbapth parameter. I have tried /ats/BaseXData, ../../ats/BaseXData, and > other variants without any luck (stopping and starting basexhttp after each > change). I'm guessing this is more of a jetty question, but I don't seem to > get anything useful when looking for information on setting absolute paths > in a web.xml, which is where I think I'm hitting the wall. > > Thank you again! > > Michael Mendez > > > > > > On Tue, Oct 23, 2012 at 7:47 AM, Christian Grün <christian.gruen(a)gmail.com> > wrote: >> >> Dear Michael, >> >> sorry for the late feedback. Along with BaseX 7.5, several changes >> have been performed in the web application context, so I would like to >> hear if you have already tried our latest snapshot [1], and if the >> problems are resolved with that version. The new version will be >> released pretty soon, which means there will only be minor changes in >> the code. If you are running BaseX as web application, the .basex can >> be safely ignored. >> >> Christian >> >> [1] http://files.basex.org/releases/latest/ >> ___________________________ >> >> On Fri, Oct 19, 2012 at 5:21 PM, Michael Mendez >> <michaelgmendez(a)gmail.com> wrote: >> > I have an existing install of basex running on a centos machine. The >> > install >> > runs fine, I am able to edit .basex files to point to the main >> > database, >> > and can run the client from anywhere and connect once I make .basex >> > changes. >> > >> > I also have jetty6 running (on the same box) with the basex war package >> > (7.3), which also runs, is accessible, and returns valid rest responses. >> > >> > My issue is the rest response shows no resources available, which as far >> > as >> > I can tell means it is not connecting to my existing database but >> > creating >> > (or created) it's own. Based on the documentation on the site, I have >> > changed the web.xml's dbpath variable to the existing BaseXData path. I >> > have >> > used the same value I used in the .basex files, repackaged the .war, and >> > restarted jetty, with no success. >> > >> > Other changes, like to the index.html in the war, will show, so I know I >> > am >> > rebuilding the war and viewing those changes correctly. >> > >> > What do I need to change to make the servlet of basex see a database >> > folder >> > already available? >> > >> > I have posted this question on stackoverflow as well: >> > >> > http://stackoverflow.com/questions/12976335/basex-servlet-doesnt-see-existi… >> > >> > Here is my web.xml: >> > >> > >> > <?xml version="1.0" encoding="UTF-8"?> >> > <web-app >> > xmlns="http://java.sun.com/xml/ns/javaee" >> > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >> > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee >> > http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" >> > version="2.5"> >> > >> > <display-name>ATS</display-name> >> > <description>REST Services for XML data</description> >> > >> >  >> > >> >  >> > <context-param> >> > <param-name>org.basex.mode</param-name> >> > <param-value>local</param-value> >> > </context-param> >> > <context-param> >> > <param-name>org.basex.server</param-name> >> > <param-value>local</param-value> >> > </context-param> >> > >> >  >> > <context-param> >> > <param-name>org.basex.user</param-name> >> > <param-value>admin</param-value> >> > </context-param> >> > <context-param> >> > <param-name>org.basex.password</param-name> >> > <param-value>admin</param-value> >> > </context-param> >> > >> >  >> > >> >  >> > <servlet> >> > <servlet-name>REST</servlet-name> >> > <servlet-class>org.basex.http.rest.RESTServlet</servlet-class> >> > </servlet> >> > <servlet-mapping> >> > <servlet-name>REST</servlet-name> >> > <url-pattern>/rest/*</url-pattern> >> > </servlet-mapping> >> > </web-app> >> > >> > >> > >> > Thank you for your time! >> > >> > >> > >> > _______________________________________________ >> > BaseX-Talk mailing list >> > BaseX-Talk(a)mailman.uni-konstanz.de >> > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >> > > >

1 0

Unable to get jetty servlet to see existing database
by Michael Mendez 23 Oct '12

23 Oct '12

I have an existing install of basex running on a centos machine. The install runs fine, I am able to edit .basex files to point to the main database, and can run the client from anywhere and connect once I make .basex changes. I also have jetty6 running (on the same box) with the basex war package (7.3), which also runs, is accessible, and returns valid rest responses. My issue is the rest response shows no resources available, which as far as I can tell means it is not connecting to my existing database but creating (or created) it's own. Based on the documentation on the site, I have changed the web.xml's dbpath variable to the existing BaseXData path. I have used the same value I used in the .basex files, repackaged the .war, and restarted jetty, with no success. Other changes, like to the index.html in the war, will show, so I know I am rebuilding the war and viewing those changes correctly. What do I need to change to make the servlet of basex see a database folder already available? I have posted this question on stackoverflow as well: http://stackoverflow.com/questions/12976335/basex-servlet-doesnt-see-existi… Here is my web.xml: <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5"> <display-name>ATS</display-name> <description>REST Services for XML data</description>   <context-param> <param-name>org.basex.mode</param-name> <param-value>local</param-value> </context-param> <context-param> <param-name>org.basex.server</param-name> <param-value>local</param-value> </context-param>  <context-param> <param-name>org.basex.user</param-name> <param-value>admin</param-value> </context-param> <context-param> <param-name>org.basex.password</param-name> <param-value>admin</param-value> </context-param>   <servlet> <servlet-name>REST</servlet-name> <servlet-class>org.basex.http.rest.RESTServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>REST</servlet-name> <url-pattern>/rest/*</url-pattern> </servlet-mapping> </web-app> Thank you for your time!

2 1