OASIS eXtensible Access Control Markup Language (XACML) TC

 View Only
  • 1.  xpath datatype and collision with the hierarchical resources profile

    Posted 06-08-2007 11:27
    All,
    
    Remember that we decided to include an explicit xpath datatype for 3.0
    to solve issues with namespace resolving in xpaths if they are
    represented by simple strings?
    
    There is already a datatype called xpath-expression in the hierarchical
    resources profile. It does something completely different. It selects a
    nodeset from the 


  • 2.  XACML InterOp notice on website

    Posted 06-08-2007 13:47
    I have added it to XACML announcements at:
    
    http://www.oasis-open.org/apps/org/workgroup/xacml/#announcements
    
    Please include in discussions etc.
    
    It includes a link to latest interop scenarios document which I will 
    update as we go forward.
    
    - prateek
    
    
    


  • 3.  RE: [xacml] xpath datatype and collision with the hierarchical resources profile

    Posted 06-08-2007 17:54
    One issue to keep an eye on - there are no nodesets in Xpath2.0.  It
    returns an XDM instance.   I think we need to define a mapping into
    atomic XACML datatypes on a lowest possible level when executing an
    XPath expression, probably using atomization semantics
    (http://www.w3.org/TR/xpath20/#id-atomization); not retuning nodesets.
    Of course we would need to fomally define mapping from XPath type
    hierarchy (http://www.w3.org/TR/xpath-datamodel/#types-hierarchy) into
    XACML atomic types.
    
    
    -----Original Message-----
    From: Erik Rissanen [mailto:erik@axiomatics.com] 
    Sent: Friday, June 08, 2007 4:27 AM
    To: xacml
    Subject: [xacml] xpath datatype and collision with the hierarchical
    resources profile
    
    All,
    
    Remember that we decided to include an explicit xpath datatype for 3.0
    to solve issues with namespace resolving in xpaths if they are
    represented by simple strings?
    
    There is already a datatype called xpath-expression in the hierarchical
    resources profile. It does something completely different. It selects a
    nodeset from the 


  • 4.  RE: [xacml] xpath datatype and collision with the hierarchical resources profile

    Posted 06-08-2007 18:00
    P.S. For some reason my browser opens the second URL in a wrong place in
    a document (correct section was 2.6.3 Type Hierarchy)
    
    -----Original Message-----
    From: Daniel Engovatov [mailto:dengovatov@bea.com] 
    Sent: Friday, June 08, 2007 10:53 AM
    To: Erik Rissanen; xacml
    Subject: RE: [xacml] xpath datatype and collision with the hierarchical
    resources profile
    
    One issue to keep an eye on - there are no nodesets in Xpath2.0.  It
    returns an XDM instance.   I think we need to define a mapping into
    atomic XACML datatypes on a lowest possible level when executing an
    XPath expression, probably using atomization semantics
    (http://www.w3.org/TR/xpath20/#id-atomization); not retuning nodesets.
    Of course we would need to fomally define mapping from XPath type
    hierarchy (http://www.w3.org/TR/xpath-datamodel/#types-hierarchy) into
    XACML atomic types.
    
    
    -----Original Message-----
    From: Erik Rissanen [mailto:erik@axiomatics.com] 
    Sent: Friday, June 08, 2007 4:27 AM
    To: xacml
    Subject: [xacml] xpath datatype and collision with the hierarchical
    resources profile
    
    All,
    
    Remember that we decided to include an explicit xpath datatype for 3.0
    to solve issues with namespace resolving in xpaths if they are
    represented by simple strings?
    
    There is already a datatype called xpath-expression in the hierarchical
    resources profile. It does something completely different. It selects a
    nodeset from the 


  • 5.  Re: [xacml] xpath datatype and collision with the hierarchicalresources profile

    Posted 06-12-2007 16:50
    Erik and All,
    
    I am in favor of #4, modulo Daniel's information about nodeset absence 
    in XPath 2.0.
    
    Regards,
    Anne
    
    Erik Rissanen wrote:
    > All,
    > 
    > Remember that we decided to include an explicit xpath datatype for 3.0
    > to solve issues with namespace resolving in xpaths if they are
    > represented by simple strings?
    > 
    > There is already a datatype called xpath-expression in the hierarchical
    > resources profile. It does something completely different. It selects a
    > nodeset from the