This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 3281 - value-comparison-3 and value-comparison-4 without schema import
Summary: value-comparison-3 and value-comparison-4 without schema import
Status: CLOSED FIXED
Alias: None
Product: XML Query Test Suite
Classification: Unclassified
Component: XML Query Test Suite (show other bugs)
Version: 0.9.0
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Carmelo Montanez
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-12 21:16 UTC by Marc Van Cappellen
Modified: 2006-07-06 13:06 UTC (History)
0 users

See Also:


Attachments

Description Marc Van Cappellen 2006-05-12 21:16:03 UTC
For both value-comparison-3 and value-comparison-4 XPST0017 should be added as an alternate (negative) result.
Implementations not supporting the optional feature Schema Import report XPST0017 as myType:hatsize() and myType:shoesize() are unknown functions.

Thanks,
Marc
Comment 1 Marc Van Cappellen 2006-05-12 22:24:57 UTC
And similar for the new 'UserDefined' tests:

user-defined-1
user-defined-2
user-defined-3
user-defined-4
user-defined-5
user-defined-6
user-defined-7
user-defined-8
user-defined-9
user-defined-10
Comment 2 Andrew Eisenberg 2006-05-15 20:34:35 UTC
If an implementation does't recognized schema import, then it should raise err:XQST0009. Section 5.2.1, Schema Import Feature, of XQuery says:

"If an XQuery implementation does not support the Schema Import Feature, it MUST raise a static error [err:XQST0009] if it encounters a schema import."

Comment 3 Marc Van Cappellen 2006-05-15 20:52:09 UTC
But the XQTS guidelines allow to substitute a "schema import" with a "namespace declaration". That's what our test harness does first of all.
As such XQST0009 doesn't apply and XPST0017 is reported.

Does this make sense?
Comment 4 David Carlisle 2006-05-16 09:56:48 UTC
(In reply to comment #3)
> But the XQTS guidelines allow to substitute a "schema import" with a "namespace
> declaration". That's what our test harness does first of all.
> As such XQST0009 doesn't apply and XPST0017 is reported.
> 
> Does this make sense?
> 

This guideline of replacing schema import by a namespace declaration has been the cause of bug reports in just about every release of the test suite.

I think that it would be __much__ better if this guideline were removed and
tests that didn't really need the schema import were written to use a namespace declaration, and those that do need it were moved to test groups that explictly depend on schema import feature, so that they can be skipped cleanly by implementations not supporting that feature.

David
Comment 5 Marc Van Cappellen 2006-05-16 19:04:43 UTC
+1 for David's suggestion

Actually here are some more queries for which we have the same issue with one of our products. Either add XPST0017 or gor for David's approach.
notation-cast-3
qname-cast-3.xq
qname-cast-4.xq

Thanks,
Marc
Comment 6 Carmelo Montanez 2006-05-19 14:31:44 UTC
Marc/David:

Thanks for raising this issue.  After discussion at the testting task force, 
we agree that implementations are allowed to raise XPST0017 on these tests.
An alternate error code was added to the test cases.  Please close the bug if in agreement.

We also decided not to change the guidelines at this point.

Thanks,
Carmelo
Comment 7 Tom Brosens 2006-07-06 13:06:25 UTC
We agree. Closing.

Thanks,
Tom.