RE: [xliff] proposed solutions for CSPRD 138 (Unique Particle Attribution) - validation

[Yves Savourel <ysavourel@enlaso.com>]

I see... So would the solution to define dummy element using the attributes?
I guess I'll try.


-----Original Message-----
From: Tom Comerford [mailto:tom@supratext.com] 
Sent: Wednesday, December 4, 2013 1:32 PM
To: Yves Savourel; xliff@lists.oasis-open.org
Subject: RE: [xliff] proposed solutions for CSPRD 138 (Unique Particle Attribution) - validation

Yves,

This seems to contradict the XSD specification. With anyAttribute set to "lax", a bad attribute should throw an error when a schema
for the containing namespace has been found. But as you note, it doesn't.

The common interpretation of "lax" is that it throws no error when the schema for the namespace is not found, nor when the schema is
found but a definition of the attribute is not part of that schema. It seems to be commonly accepted (and commonly implemented, as
you've seen). If anyone knows where that detail is hidden in the W3C spec for XSD, I'd like to know.

Tom


-----Original Message-----
From: xliff@lists.oasis-open.org [mailto:xliff@lists.oasis-open.org] On Behalf Of Yves Savourel
Sent: Wednesday, December 04, 2013 02:49 PM
To: xliff@lists.oasis-open.org
Subject: RE: [xliff] proposed solutions for CSPRD 138 (Unique Particle
Attribution) - validation

More on this attribute validation issue:

If I use <xs:anyAttribute namespace="##any" processContents="strict"/> the bad attribute fs:badAttr is correctly seen as a bad
attribute. If I use 'lax" no error is reported.

I don't understand why: the definition for "lax" is suppose to be "The XML processor attempts to obtain the schema for the required
namespaces and validate any attribute from those namespaces; however, if the schema cannot be obtained, no errors will occur."

But this is behaving like if the validators cannot find the schema if the name of the attribute is incorrect.

BTW: I've also checked that the problem is not coming from my validator: I get the same behavior in Oxygen when providing the two
same schemas with xsi:schemaLocation.

I'm baffled. Any pointer would be helpful.
-yves


-----Original Message-----
From: Yves Savourel [mailto:ysavourel@enlaso.com]
Sent: Wednesday, December 4, 2013 6:56 AM
To: 'xliff@lists.oasis-open.org'
Subject: RE: [xliff] proposed solutions for CSPRD 138 (Unique Particle
Attribution)

Hi Tom and other schema experts,


I'm trying to implement the validation using a core schema without reference. And I run into a strange issue for FS:

- the core schema has no reference to FS, just (for example in the <pc>
element):

<xs:anyAttribute namespace="##any" processContents="lax"/>

I load the core and FS schema in the validator and it looks like the FS schema is used as if I do:

<pc id='1' fs:fs="bad"> I get the expected error about the invalid value.

However if I do:

<pc id='1' fs:badAtt='val'> I don't get an error, while badAttr is not specified in the FS schema.

Any ideas?
-yves



---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail.  Follow this link to all your TCs in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php