Bugs item #1588053, was opened at 2006-10-31 18:24 Message generated for change (Comment added) made by benjie-nguyen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1588053&group_id=56967
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: PF/tests Group: Pathfinder CVS Head Status: Open Resolution: None Priority: 2 Private: No Submitted By: Stefan Manegold (stmane) Assigned to: Nobody/Anonymous (nobody) Summary: XQ: W3C_use_cases namespace tests fail: Bug or Feature? Initial Comment: With MonetDB/XQuery, the tests in tests/W3C_use_cases/XQ/NS/Tests/ produce output that differs from the "expected results" given in http://www.w3.org/TR/2006/WD-xquery-use-cases-20060608/#ns-queries-results cf. http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q2.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q3.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q4.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q5.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q6.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q7.out.00.html I'm not sure, whether this is indeed a bug, or rather a "feature", i.e., an allowed variation of the output within the XQuery/XML/namespace specifications. Could an expert help, please? ---------------------------------------------------------------------- Comment By: Benjamin Nguyen (benjie-nguyen) Date: 2007-09-11 16:10 Message: Logged In: YES user_id=1887942 Originator: NO Greetings, we have read up on the bug, we would like to stress that this bug is important to us : We use MonetDB as XML repository in the French ANR - RNTL "Web Content" project, which includes a large spectrum of industrial partners, such as Thales, EADS, and a number of SME. Here is the context of our application : We want to store documents in the database, and we have defined a UML model to represent these documents. This model is implemented by some partners (EADS) using JAVA classes and objects. These classes are serialized in XML using JAXB, and sent, via a web service that we have developped, (and can share if there is any interest), to the MonetDB server. This XML document is stored, and may be retrieved and sent to other clients, via a web service call. These clients will transform, using JAXB, the XML document into Java objects. The problem : In order to transform the XML document to java classes, JAXB needs a reference to the XSD representing our data model. The reference to this namespace is currently _lost_ when we store the document in MonetDB, therefore once we output the XML document over the web server, nothing can be made of it by the client that wishes to process it, once transformed into java objects. We would rather not have to implement anything specific in order to manage these lost namespaces, so we would like to advocate for a revision of the importance of this bug, since JAXB is now standard with Java 6 and will probably be widely used to generate XML data to be store, and that we do not have much control on the XML that is generated by JAXB. We do however need to store it and retreive it "as-was". Kind regards, Benjamin NGUYEN & Loïc SAINT-GHISLAIN PRiSM Laboratory University of Versailles France ---------------------------------------------------------------------- Comment By: Jens Teubner (teubner) Date: 2007-02-20 09:34 Message: Logged In: YES user_id=731390 Originator: NO My interpretation of the W3C XQuery Serialization specification is that our serialization is wrong here. So it is a bug. Fixing this involves quite some changes to the code. Currently, namespaces are completely handled during the (early) namespace resolution (file ns.c). During namespace resolution, namespace attributes are stripped from all element constructors and we lose the direct correspondence between namespace bindings and element constructors. To fix this corner case of our serializer, we'd have to propagate more details about namespaces all the way through our compiler pipeline. (Propagating namespace bindings through the pipeline would also allow us to interpret computed QNames in element constructors correctly.) If I compare the effort required to fix this issue and the significance of the problem, I would say this is a low-priority bug. ---------------------------------------------------------------------- Comment By: Sjoerd Mullender (sjoerd) Date: 2007-02-19 15:51 Message: Logged In: YES user_id=43607 Originator: NO Assigning to Jens to decide the answer (or to assign to somebody else who has to decide). The difference is that the expected output contains namespace declarations that are presumbaly in the input document byt which are not used in the output of the query. So the question is whether those namespace declarations are optional according to the XQuery standard. ---------------------------------------------------------------------- Comment By: Stefan Manegold (stmane) Date: 2006-11-12 12:25 Message: Logged In: YES user_id=572415 for the test results with the latest "Stable" release branch (via `make check` with debugmask 10) see http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q2.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q3.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q4.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q5.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q6.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Stable/pathfinder/.mTests103/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q7.out.00.html for the test results with the latest "Current" development trunk (via `Mtest.py -r -d0` with debugmask 0) see http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests03/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q2.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests03/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q3.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests03/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q4.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests03/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q5.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests03/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q6.out.00.html http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests03/GNU.64.64.d-Fedora4/tests_W3C_use_cases_XQ_NS/Q7.out.00.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1588053&group_id=56967 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Monetdb-bugs mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
