OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

xacml-users message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [xacml-users] AttributeSelector usage

>Basically, it's a shame that you need to write a new function that acts

>just like AttributeSelector for any new datatype you invent that is 
>represented by mixed content in a DOM tree. On this point I agree.

But I think you missed my point - XPath 1.0 does not return you a DOM
tree - it returns a node-set defined on an abstract tree model
(http://www.w3.org/TR/xpath#data-model) with only non-normative mapping
to XML infoset.   XPath 2.0 data model will be better defined - and even
more different.

This content will also have no type.  I think it is a strong part of
XACML that everything that comes out of context and into processing has
strict type.  

Importing this mess into our standard, for no reason other then
extensibility would be unwise, in my opinion.

You also do not need to write a new function for each data type - write
one that computes a path expression and returns a node-set (or Boolean,
number or string, as XPath 1.0 can return) and add data-type "node-set".
But then it will be your responsibility to define what it really means
and how it is type-checked.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]