W3C home > Mailing lists > Public > w3c-ietf-xmldsig@w3.org > April to June 2002

Re: New Version of XPath Filter

From: Aleksey Sanin <aleksey@aleksey.com>
Date: Mon, 08 Apr 2002 16:56:17 -0700
Message-ID: <3CB22E21.5090107@aleksey.com>
To: John Boyer <JBoyer@PureEdge.com>
CC: merlin <merlin@baltimore.ie>, reagle@w3.org, w3c-ietf-xmldsig@w3.org
Merlin, John,

I could not prove my point of view with any performance data. As I said
it's quite complicated and I am not sure that I can suggest good test cases.

As far as I can understand your point, this XPath transform was designed
to select node and all nodes childs. In this case, why do we call it XPath?
Why we do not call it XPointer transform? From my point of view, XPath
produces *arbitrary* nodes sets. And as an implementor or a user I would 
that "XPath transform" will operate with the nodes set produced by XPath.
Not something, produced from it.

 From my point of view, this new transform *restricts* XPath expressions
functionality and makes things more complicated. However, nobody agrees
with me so probably things will stay "as is".

Received on Monday, 8 April 2002 19:57:19 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:21:37 UTC