[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XPath 2.0: Collection-Valued Expressions (Was: Re:

Subject: Re: XPath 2.0: Collection-Valued Expressions (Was: Re: XQuery 1.0 and XPath 2.0 Functions and Operators Version 1.0)
From: Jeni Tennison <mail@xxxxxxxxxxxxxxxx>
Date: Sun, 9 Sep 2001 10:37:40 +0100
xalan evaluate xpath 2.0
Hi Mike,

>> Oh, OK, I didn't realise. Guess it's our fault for letting the
>> multiple requests for dynamic evaluation and its inclusion in
>> several XSLT processors speak for themselves rather than making a
>> formal noise about the requirement. Can I request now that it's on
>> the requirements list for XPath 3.0 (assuming we get that far)?
> You can request that it's added to the requirements for 2.0 if you
> want (by commenting on the published 2.0 requirements). Whether your
> request will succeed, I cannot say...

OK, worth a shot. Mike, please could you forward this to
mailto:xsl-editors@xxxxxx as messages that I send to W3C mailing lists
do not get through.

As XSLT use becomes more sophisticated, there are a growing number of
situations where users wish to use XPaths within the source XML for a
transformation, or passed in as parameters, and have these XPaths
evaluated by the XSLT processor. Typical use cases are:

  * XML specifications of table columns holding an XPath pointing
    to the values to be held in each column
  * support for user-defined sorts
  * search queries where the searcher specifies the search field as an
  * simplified XPointers in XInclude or XLink elements

One well articulated example is described at:

This functionality is supported by extension functions such as
saxon:evaluate() and xalan:evaluate(). However, as with other common
extension functions, these are processor-specific. Also, the
complexity involved (in particular access to the context in which the
XPath is evaluated, and therefore things like the context node,
function library, variable assignments and namespace mappings) means
that user-defined functions to achieve this functionality would be
substantially inferior to those that were built-in to the processor.

The functionality could possibly be achieved through:

  * an expression data type in a manner similar to saxon:expression(),
    which would also lend itself to satisfying XPath requirement 2.5
    "Should Support Aggregation Functions Over Collection-Valued
  * an evaluate() function similar to saxon:evaluate() and
  * using attribute value templates within XSLT attributes (perhaps
    described in terms of simplifying the process of generating XSLT
    from XSLT and using the result as the stylesheet for a

I therefore respectfully request that the WG will reconsider its
decision not to include dynamic evaluation in the requirements for
XPath/XSLT 2.0.



Jeni Tennison

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list

Current Thread


Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
First Name
Last Name
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.