xacml — archive
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]
Re: [xacml] Text change request
MHonArc v2.5.2 -->xacml message
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [xacml] Text change request
- From: Michiharu Kudoh <[email protected]>
- To: Polar Humenn <[email protected]>
- Date: Fri, 27 Sep 2002 13:27:18 +0900
OK.
In case of XPath 2.0, "xf:string accessor" is better than "aforementioned
string function".
Michiharu
IBM Tokyo Research Laboratory, Internet Technology
Tel. +81 (46) 215-4642 Fax +81 (46) 273-7428
Polar Humenn
<[email protected]> To: Michiharu Kudoh/Japan/IBM@IBMJP
cc: XACML TC <[email protected]>
2002/09/27 01:33 Subject: Re: [xacml] Text change request
On Fri, 27 Sep 2002, Michiharu Kudoh wrote:
>
> Polar
>
> The sentence you provide is basically fine.
>
> [1]
> in XPATH 1.0 specification resulting in a sequence of one string data
> element.
> ==>
> in XPATH 1.0 specification resulting in a bag of one string data
> element.
Actually, I used "sequence" to unify both the XPATH 1.0 and 2.0
descriptions. Then logically convert the "sequence of string data" to a
bag of primitive values.
>
> [2]
> Since XPath 2.0 returns either a sequence or the error value, we should
say
> that "the result of the XPATH expression is a sequence of items (item is
an
> atomic value or a node) or the error value. When the error value is
> returned, the PDP SHOULD return Indeterminate."
OKay.
-Polar
> Michiharu
>
> IBM Tokyo Research Laboratory, Internet Technology
> Tel. +81 (46) 215-4642 Fax +81 (46) 273-7428
>
>
>
>
>
> Polar Humenn
> <[email protected]> To: Michiharu
Kudoh/Japan/IBM@IBMJP
> cc: XACML TC
<[email protected]>
> 2002/09/27 00:47 Subject: Re: [xacml] Text
change request
>
>
>
>
>
>
>
> <AttributeSelector>
>
> AttributeSelector using an XPATH expression.
>
> The AttributeSelector's "RequestContextPath" XML attribute shall contain
a
> legal XPATH expression over the <xacml-context:Request> element. The
> selector element evaluates to a bag of a single primitive value that is
> implied by the type system, i.e. the function application in which the
> selector appears.
>
> In case of using XPATH 1.0, the value of the XPATH expression is either a
> node-set, string value, numeric value, or boolean value. If the XPATH 1.0
> expression evaluates to a node-set, each node may consist of a string,
> numeric, boolean value, or a child node (ie. structured node). In this
> case, each node is logically converted to string data by applying the
> "string" function defined in XPATH 1.0 specification resulting a sequence
> of string data. In the single string, numeric, or boolean value case, the
> value is converted to string data by applying the string function defined
> in XPATH 1.0 specification resulting in a sequence of one string data
> element. In XPATH 2.0, the result of the XPATH expression is always a
> sequence of nodes. In this case, each node is logically converted to a
> string using the aforementioned string function resulting in a sequence
of
> string data. The resulting sequence of string data is converted to a bag
> of primitive values that is implied by the type system.
>
>
>
>
>
>
>
>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]