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

Re: Interactive XML

Subject: Re: Interactive XML
From: Paul Prescod <papresco@xxxxxxxxxxxxxxxx>
Date: Mon, 29 Jun 1998 12:17:03 -0500
interactive xml processing
Kent Fitch wrote:
> 
> I agree with "dismally inadequate" - the escape to a "scripting language"
> is provided as a way to perform unanticipated processing to meet
> specialist needs (hopefully the common stuff will be provided in core
> XSL).  As such, the "scripting language" needs to be general purpose and
> powerful, including features programmers are now starting to take for
> granted such as exception handling, strong typing and inheritance.

This is not true. Stylesheet creation is not general purpose programming.
It is more akin to other types of special-purpose programming: database
apps (VB, Powerbuilder, Python), text processing (Perl, Python) and so
forth. I would be quite annoyed if I had to treat small extensions to my
stylesheet as if they were large software engineering projects: declaring
types, declaring variables, declaring exceptions, etc.
 
> Although some will argue that using a language such as Java will
> discourage casual script writers which may be happier with EcmaScript, I
> suggest that it is important that a widely understood and implemented
> language such as Java be at least a scripting option: JVM's will soon be
> everywhere - why not use them?

This paragraphs seems to be quite a fallback from your previous one. First
it was "ECMAScript is all wrong" and then "well, maybe Java is not quite
right, but it is really easy to implement." I think that XSL should be
completed with an ECMAScript automation language for now, because it is
much closer to the right thing than Java is. Stylesheet developement is
not general purpose programming. If you want to use Java for XML
processing, there is a rich and robust set of tools that allow you to do
that ALREADY.

ECMAScript is also designed explicitly to be embedded. Java is not. A Java
program is defined as a series of Java classes. Are you going to put a
class in each XSL rule??? That doesn't seem right.

 Paul Prescod  - http://itrc.uwaterloo.ca/~papresco

Three things trust above all else: Your knowledge of your craft
That someone turns a profit, and that you will get the shaft
http://www.geezjan.org/humor/computers/threes.html


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


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

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.
Email
First Name
Last Name
Company
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.