Robert,


I'd like to point out an XQuery 1.1 requirement (see

http://www.w3.org/TR/xquery-11-requirements/) that bears on half of
this question:


2.3.21 Invocation of external functionality

XQuery 1.1

MAY provide a normative way to invoke external functions and modules
that are not implemented in XQuery, such as functions defined as web
services or XSLT functions and templates.
Admittedly, that's a MAY and not a SHOULD or MUST, but one might not
be surprised if the topic were to be discussed by the XML Query WG and/or
the XSL WG ;^)


Hope this helps,

   Jim




At 7/11/2008 06:41 AM, Robert Koberg wrote:

Hi,


What are the impediments to using the same internal tree for both
XQuery

and XSL? Do the respective processors require different types of
trees?


Wouldn't it be lovely if you could do:


import module namespace
xsl="
http://www.w3.org/1999/XSL/Transform" at

"view.xsl";


and then use:


xsl:apply-templates(nodes [, "some-mode", ((param1=x),
(param2=y))])


Similary in XSL:


<xsl:import href=""controller.xq"/><br">

and call out to XQuery functions.


Will the two ever be able to couple or are their interfacing parts

incompatible?


best,

-Rob





_______________________________________________________________________



XML-DEV is a publicly archived, unmoderated list hosted by OASIS

to support XML implementation and development. To minimize

spam in the archives, you must subscribe before posting.


[Un]Subscribe/change address:

http://www.oasis-open.org/mlmanage/

Or unsubscribe: xml-dev-unsubscribe@l...

subscribe: xml-dev-subscribe@l...

List archive:

http://lists.xml.org/archives/xml-dev/

List Guidelines:

http://www.oasis-open.org/maillists/guidelines.php
<x-sigsep></x-sigsep>
========================================================================

Jim Melton --- Editor of ISO/IEC 9075-* (SQL)    
Phone: +1.801.942.0144

  Co-Chair, W3C XML Query WG; XQX (etc.) editor   
Fax : +1.801.942.3345

Oracle Corporation        Oracle
Email: jim dot melton at oracle dot com

1930 Viscounti Drive      Standards email: jim
dot melton at acm dot org

Sandy, UT 84093-1063
USA          Personal email:
jim at melton dot name

========================================================================

=  Facts are facts.   But any opinions expressed are the
opinions      =

=  only of myself and may or may not reflect the opinions of
anybody   =

=  else with whom I may or may not have discussed the issues at
hand.  =

========================================================================