Re: Interactive XML

Subject: Re: Interactive XML
From: "Mitch C. Amiano" <amiamc@xxxxxxxxxxxxxxx>
Date: Mon, 29 Jun 1998 14:41:15 -0400
This is akin to saying that object files should be used instead of PostScript
as a print device control language, since many PostScript RIPs are written
in low level languages like C, and C is widely understood.

I don't argue that Java shouldn't be an option, but Java app(let)s
are compiled machine code object files, not scripts. Java apps are
great for unoptimized extentions. For fast code you may want a native
host implementation instead. For very dynamic code you will need an
implementation in which data and code can be interchanged. In
neither of these cases is the choice of Java a foregone conclusion.

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.
>
> 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?
>
> Kent Fitch                           Ph: +61 2 6276 6711
> ITS  CSIRO  Canberra  Australia      kent.fitch@xxxxxxxxxxxx
>
> On Mon, 29 Jun 1998, Pawson, David wrote:
>
> > ...
> > It is dismally inadequate for our needs here, has no one else
> > picked up on this? Any sort of forms processing will surely need
> > more than ecmascript?
> >
> > Curious, DaveP
>
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list



--
Mitch C. Amiano                                         amiamc@xxxxxxxxxxxxxxx
Technical Staff Member  Advanced Design Process Group  Alcatel Network Systems
Speaking for myself, not for Alcatel.




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


Current Thread