xacml — archive
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]
[xacml] QName questions
1. If an xml attribute is defined as Type="xs:QName", then do XML
parsers like SAX and DOM do the resolution of those names?
Example: Assume AttributeDesignatorType is defined as follows: <xs:complexType name="AttributeDesignatorType"> <xs:attribute name="AttributeId" type="xs:QName" use="required"/> <xs:attribute name="DataType" type="xs:anyURI" use="required"/> <xs:attribute name="Issuer" type="xs:anyURI" use="optional"/> </xs:complexType>
Then, if my Policy says
<Policy xmlns="urn:oasis:names:tc:xacml:1.0:policy"
xmlns:sun-attrs="urn:sun:names:attribute-ids"
...
<SubjectAttributeDesignator AttributeId="sun-attrs:attr1"
.../>
And a Request says
<Request xmlns="urn:oasis:names:tc:xacml:1.0:context"
xmlns:sun-stuff="urn:sun:names:attribute-ids"
...
<Subject>
<Attribute AttributeId="sun-stuff:attr1">
...
Will the tools themselves resolve these, or do I have to
expand the names and then perform a string match myself? 2. Does anyone have a reference from W3C on whether QNames MAY be
used as "aliases" for any URI or whether they are ONLY for use
in referring to URI's that represent schemas?
I.e. are the uses of QNames for use in identifiers as in #1
and in our current schemas even allowed (or recommended)? 3. Is there a way to define aliases for shortcut names other than
QNames? I.e. can I define an alias to be equal to some
initial prefix of a long URI, and then have that expanded by
XML parsing tools? Anne
--
Anne H. Anderson
Email: [email protected]
Sun Microsystems Laboratories 1 Network Drive,UBUR02-311
Tel: 781/442-0928
Burlington, MA 01803-0902 USA
Fax: 781/442-1692
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]