RE: XSLT 1.1 comments
: You have your analogy exactly backwards. : XSLT is not and should never be a general purpose programming : language. Never say never, I say, but I see your point. If it ever does become a general purpose language, the need for escapes is greatly minimized anyway. : It is a language for describing XML transformations, : much like SQL, is a language for describing database queries. : As such, there is no problem for people escaping into XSLT : from inside Java. However, it is just bad engineering to : do it the other way around. This is actually an interesting point. Is it a viable option, then, to define the Java bindings as escapes into XSLT, rather than (or complimentary to) escapes out of it? Maybe it's worth looking into XSLTJ equivalent of SQLJ, where a stylesheet is conveniently wrapped inside a Java class (Since we know in advance that it will be only executed in Java)? : Just about every database company would cry foul play if a : proprietary language (like Java) were allowed to be embedded : in SQL.... In the same way, xsl:script, which allows embedding : Java (and other languages) in XSLT is a very bad idea. I guess you didn't buy into Oracle's "Java in the database" propaganda? : Clark - Eugene. XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format