BaseX-Talk

basex-talk@mailman.uni-konstanz.de

9 participants
5241 discussions

Refer to a specific document in a BaseX DB using XQuery
by cosmotron+basex＠gmail.com 30 Jul '10

30 Jul '10

If I add two documents to a BaseX DB, let's say normal.xml and normal2.xml, is there a way to refer to each one individually? I know about the doc() function, but it looks at the filesystem for their location, rather than in the database itself. For instance, if I query with this: doc("normal.xml")/name , then I will get an error about normal.xml not being found. I also tried: basex:db("my-db-name")/doc("normal.xml")/name and received the same error. Thanks for any help!

4 5

XML Schema validation
by reference＠gmx.net 29 Jul '10

29 Jul '10

Does anybody know if it possible to enable XML schema validation before store xml documents in the database? Thanks in advance!

2 1

Re: [basex-talk] BaseX download problem
by Andreas Weiler 28 Jul '10

28 Jul '10

Hi Merve, no problem, have fun with BaseX. cheers, Andreas Merve Ayd?nl?lar schrieb: > I have restarted my firefox and now I'm able to download, interesting > thing is I have also tried wget, I must misspelled the link. Sorry for > bothering and thanks for quick reply. > Have a nice day. > > Merve > > > > On Wed, Jul 28, 2010 at 2:00 PM, Andreas Weiler > <andreas.weiler(a)uni-konstanz.de > <mailto:andreas.weiler@uni-konstanz.de>> wrote: > > Hi, > > i just tested it and it worked for me. > What browser, system etc. are you using? > > Kind regards, > Andreas > > maydinlilar7(a)gmail.com <mailto:maydinlilar7@gmail.com> schrieb: > > Hi, > I want to inform you that I can't download BaseX (BaseX61.jar) > from the links you have provided. It redirects me to > sourceforge.net <http://sourceforge.net> and gives the error: > /tmp/NicidWVk.jar.part could not be saved, because the source > file could not be read. > Same problem also exists for direct link option. > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk(a)mailman.uni-konstanz.de > <mailto:BaseX-Talk@mailman.uni-konstanz.de> > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk > > >

1 0

BaseX download problem
by maydinlilar7＠gmail.com 28 Jul '10

28 Jul '10

Hi, I want to inform you that I can't download BaseX (BaseX61.jar) from the links you have provided. It redirects me to sourceforge.net and gives the error: /tmp/NicidWVk.jar.part could not be saved, because the source file could not be read. Same problem also exists for direct link option.

2 1

NullPointerException in XQJ
by Godmar Back 27 Jul '10

27 Jul '10

Hi, before I prepare a self-contained test case, perhaps this description already rings a bell: I'm getting with the latest 6.2.2 this NPE: java.lang.NullPointerException at org.basex.query.up.primitives.UpdatePrimitive.addNode(UpdatePrimitive.java:193) at org.basex.query.up.primitives.UpdatePrimitive.addNode(UpdatePrimitive.java:214) at org.basex.query.up.primitives.UpdatePrimitive.buildDB(UpdatePrimitive.java:133) at org.basex.query.up.primitives.NodeCopy.prepare(NodeCopy.java:47) at org.basex.query.up.Primitives.check(Primitives.java:67) at org.basex.query.up.DBPrimitives.check(DBPrimitives.java:45) at org.basex.query.up.Updates.apply(Updates.java:102) at org.basex.query.QueryContext.iter(QueryContext.java:299) at org.basex.api.xqj.BXQDynamicContext.execute(BXQDynamicContext.java:266) at org.basex.api.xqj.BXQPreparedExpression.executeQuery(BXQPreparedExpression.java:55) This happens when I pass an actual DOM node to bindNode as argument 2. The error does not occur, and the query runs successfully, when I instead pass the node's ownerDocument. The node is the root of its document. Actual code: Works: xqp.bindNode(new QName("entry"), elem.getOwnerDocument(), null); Fails: xqp.bindNode(new QName("entry"), elem, null); Here, 'elem' is the root node of a document created via parseXml <http://top.cs.vt.edu/~gback/bx/b622/Test.java>from a string. It uses the JDK's DOM implementation. I note that in the second bug<http://top.cs.vt.edu/~gback/bx/b622/Test.java>we're discussing, BaseX also shows different behavior for nodes that are the root nodes of their respective documents when passed to bindNode. Which makes me wonder what the correct behavior is. It seems to me that passing a document or its root node to bindNode should result in the same behavior; correct? Thanks. - Godmar

2 2

custom resolver / XML catalogs
by Imsieke, Gerrit, le-tex 27 Jul '10

27 Jul '10

Dear Team, We need to deal with XML that contains a DOCTYPE declaration and named entities. Unfortunately the DTD sometimes isn't available at the system location (e.g., "E:\mydoc.dtd") given in each document's declaration. Is it possible to specify a custom resolver such as org.apache.xml.resolver.tools.CatalogResolver so that the DTD can be found by virtue of a catalog, and consequently the entities can be resolved? If catalogs are not available, we'll have to resolve the entities (and remove the DOCTYPE declaration) in a preprocessing step using xmllint or saxon. This is acceptable, we just need to know how to proceed. Many thanks, Gerrit

2 1

Clinical Trial Magnifier - now 21, 305 subscribers from 157 countries
by Clinical Trial Magnifier 27 Jul '10

27 Jul '10

Dear Colleague, You are invited to subscribe to a new free electronic monthly newsletter, the Clinical Trial Magnifier ( http://t.rs-tk.com/t.aspx/subid/24146128/camid/46345/www.clinicalresearchcl… ). The Magnifier is a free electronic newsletter that was launched in January 2008 by Johan Karlberg, MD, PhD, the Director of the Clinical Trials Centre at the University of Hong Kong. The Magnifier has today 21,305 subscribers representing 157 countries. The next Clinical Trial Conference ( http://t.rs-tk.com/t.aspx/subid/24146128/camid/46345/www.ctmconference.com/… ) will be November 24-26, 2010 in Kota Kingabalu, Sabah (the Land Below the Wind), Malaysia; the main conference theme will be Investigator Incentives for Participation in Industry Sponsored Clinical Trials. There are already 116 registrations by clinical trial professionals from 42 countries and about half have signed up for the pre-conference courses. Details are provided in the June 2010 Magnifier issue. The June 2010 Magnifier Issue has the following contents: Editorial. New Book on Clinical Trials - Reviewing Clinical Trials: A Guide for the Ethics Committee. A case study: Refining Clinical Research Infrastructure. Magnifier Subscriber Survey The Ethics Guide. Interview with 15 Magnifier Subscribers. The Study Site SOP Standardization - 4S - Project. Magnifier Advisory Board Members. The most recent May and June 2010 Industry-sponsored Clinical Trials Registered. Highlights Next Issue - Clinical Trials Overseen by the US FDA. Challenges to FDAs Ability to Monitor and Inspect Foreign Clinical Trials. Clinical Trial Conferences: November 2010, Kota Kinabalu, Malaysia Yours Sincerely Johan PE Karlberg, MD, PhD Clinical Trials Centre The University of Hong Kong P.S. If you have any kind of queries or messages please contact me directly using: EditorialBoard(a)ClinicalTrialMagnifier.com ( ) Delete my email from the Magnifier database. ( http://s.rs-tk.com/Unsubscribe.aspx?sub=24146128&user=4658&campid=46345&typ… )

1 0

Feature Requests: Results
by Christian Grün 26 Jul '10

26 Jul '10

Dear all, some time ago I invited you to mail us your personal wish list for new, or revised, BaseX features. This mail serves as a little summary on the requests we've got so far, along with a short status report: QUERYING: - Support for XQuery 1.1 (most of all: group by): currently implemented, many features have already been finalized - More libraries: additional modules for file operations, http requests, etc. (based on EXPath, etc.): in progress - XSLT Transformations: Andy C. kindly offered some support! DATABASE: - Collections functions: commands for adding/deleting documents have been revised in the latest version; feedback is welcome! - Backups: currently implemented - Database triggers: design in progress - Schema validation: won't be included that soon, as BaseX works (and will stay) schema oblivious - Retaining CData: not intended by the specs; instead, serialization parameters should be used… TRANSACTIONS: - Rollbacks: future work, but will definitely be implemented - Multiple writers: will be supported at least on database or document level - Index Updates: design in progress INTERFACES: - Communication with relational databases: existing standards/solutions might be investigated first to stay conformant, and support as many databases as possible (suggestions?) - XQJ: Improved binding of Java types (might require XML schema support to be properly implemented) GUI: - XQuery Editor: syntax-based highlighting, code completion: design in progress GENERAL: - Commmercial support: on the way - Full Documentation: always in progress, but edged out by other todos… - Installer for Windows version: currently implemented - Service/Daemon: already implemented (BaseX server can be run as service via -s); installer might include Windows Service Thanks again for your contributions; please remember us if I've forgotten something. We'll keep you informed – and you can be sure that we'll always keep BaseX as light-weight as possible. Christian ___________________________ Christian Grün University of Konstanz Department of Computer & Information Science D-78457 Konstanz, Germany Tel: +49-7531-88-4449, Fax: +49-7531-88-3577 http://www.inf.uni-konstanz.de/~gruen

1 0

support for line/column numbers when errors occur
by Godmar Back 26 Jul '10

26 Jul '10

When debugging complex XQuery expressions, we frequently encounter errors such as these [XPTY0004] Invalid cast from empty-sequence to string: () when an XPath expression evaluates to an empty sequence. When using BaseX's XQJ implementation, the line and column number fields of the corresponding XQQueryException are both 0. This lack of pinpointed information makes debugging the Xquery expression time consuming. It would be tremendously helpful if the exception contained more information about the source of the empty sequence that's causing the XPTY0004 error. Also, if I weren't to use BaseX's XQJ implementation, would I be receiving more helpful error messages? - Godmar

1 0

BaseX adds bogus duplicate default namespace prefixes when inserting nodes
by Godmar Back 26 Jul '10

26 Jul '10

To follow up on my previous email, we observe the following. We run a query: declare namespace libx='http://libx.org/xml/libx2'; declare namespace atom='http://www.w3.org/2005/Atom'; declare variable $entry as xs:anyAtomicType external; declare variable $id as xs:string external; declare variable $feed as xs:anyAtomicType := doc('libx2_feed')/atom:feed; delete node $feed/atom:entry[atom:id=$id], (: INVESTIGATE: this results in wrong xmlns entries :) *insert node $entry into $feed* whereby we bind 'entry' to a DOM node using the org.w3c. Implementation. When we print the about-to-be-inserted entry from Java code prior to insertion, we see: <?xml version="1.0" encoding="UTF-8"?><entry xmlns=" http://www.w3.org/2005/Atom" xmlns:libx="http://libx.org/xml/libx2"> <id>3</id> (rest omitted) If we run a database dump via the org.basex.BaseX program (query: doc('libx2_feed')) right after the update, we see this: <entry xmlns="" xmlns="http://www.w3.org/2005/Atom" xmlns:libx=" http://libx.org/xml/libx2"> <id>3</id> <title> (rest omitted) Other than the spurious 'xmlns=""', the rest looks ok. It seems to me that BaseX should never allow two default namespace prefixes for any element. - Godmar

3 17

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

BaseX-Talk