Re: HTTP client module

> That's certainly possible in XQilla. But I also get the impression that
> EXSLT functions are often incorporated in an implementation, where lazy
> evaluation or some kind of static analysis will be more readily available.


That's a misunderstanding of EXSLT and its purpose.

While the above approach would be suitable in=A0designing a set of extensio=
ns for a particular XSLT processor, it is inappropriate and unrealistic in =
the wider context of all XSLT processors.

EXSLT should not teach the developers how to design their XSLT processors (=
as they are already designed and implemented) and should not assume that an=
y set of XSLT processors will be=A0willing to be completely redesigned just=
 to follow the "=A0 "best" features of processor X".

To summarize: Never assume anything more than compliance with the W3C specs.
=A0Cheers, =


Dimitre Novatchev.


=A0


----- Original Message ----
> From: John Snelson <[email protected]>
> To: [email protected]
> Cc: [email protected]; M. David Peterson <[email protected]>
> Sent: Thursday, January 22, 2009 2:43:18 AM
> Subject: Re: [exslt] HTTP client module
> =

> Florent Georges wrote:
> > John Snelson wrote:
> > |> [ ... about lazy evaluating item returned after http:request,
> > |>=A0 representing the entity body of each message's part ... ]
> > =

> >> In that case, lazy evaluation should be sufficient for
> >> efficiency.=A0 Results that aren't needed won't be evaluated.
> > =

> >=A0 As I said, I do not think it is reasonable to rely on lazy
> > evaluation while defining an *extension* function.=A0 If there is a
> > reason to take optimization into account at one point, I don't
> > think we can just rely on lazy evaluation.
> > =

> >=A0 That's just my impression.=A0 Is it possible in XQilla?=A0 Any
> > other implementer about this?
> =

> That's certainly possible in XQilla. But I also get the impression that
> EXSLT functions are often incorporated in an implementation, where lazy
> evaluation or some kind of static analysis will be more readily available.
> =

> John
> =

> -- =

> John Snelson, Oracle Corporation=A0 =A0 =A0 =A0 =A0 =A0 http://snelson.or=
g.uk/john
> Berkeley DB XML:=A0 =A0 =A0 =A0 =A0 =A0 http://oracle.com/database/berkel=
ey-db/xml
> XQilla:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 http://xqilla.sourceforge.net
> _______________________________________________
> exslt mailing list
> [email protected]
> http://www.exslt.org/list



      =