Arrrggghhh... > -----Original Message----- > From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 03, 2003 2:46 PM > > Daniel Fagerstrom wrote: > > "request::lang" etc, could be translated to the the XSLT function > > "document(request:/lang)", where "request:" is a Source. With the new > > Source and XSLTProcessor implementations from excalibur we get cashing > > for free if the parameter to the document function is determinable at > > compile time. > > oh, yes, I thought about that too, but, gosh, I hate document() so much. > What about XSLT extensions?
What is the difference, other than mixing concerns (java inside of XSLT) and lack of portability between XSL processors? With document(), you can do EXACTLY the same thing as you would with an extension. You send a specific request to the server (while transforming on the server or not). The server will/could ONLY handle specific types of requests through it's URIResolver. I just don't get it... I can't see any good time to use an extension. If you need a simple string, int, Boolean, whathaveyou - pass it in as a param. If you need an array, or something hierarchical turn it into XML and feed it to the document call. This seems to me to be a perfect match for cocoon. But what do I know. I think XSLT is beautiful. It's like sailing or surfing :) -Rob
