This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
RE: XSLT Debugger
- To: xsl-list at mulberrytech dot com
- Subject: RE: XSLT Debugger
- From: GarethS at tisi dot com
- Date: Fri, 17 Nov 2000 11:16:03 -0600
- Reply-To: xsl-list at mulberrytech dot com
Rather than looking at it as an alternative to jsp (or php, or asp, or any
other server side process), xslt should be seen as separate and
complementary. The idea of xslt on the web is to separate the display from
the data and processing. I am working on several pages that use asp to
combine, parse, rearrange, and populate xml, and then use xslt to transform
the resulting xml into something displayed on the browser. We can have one
developer working on the data end, and another working on the presentation,
and as long as the resulting xml from the developer is consistant, the
programmer doing the xslt pages can format it however he wants.
Gareth Suarez
gareths@tisi.com
-----Original Message-----
From: Leena Dasgupta [mailto:ldasgupt@fdpcorp-boston.com]
Sent: Friday, November 17, 2000 9:24 AM
To: XSL-List@mulberrytech.com
Subject: XSLT Debugger
Hello,
I am interested in finding out about the future of XSL. Do you expect it to
be
around
for a while? Is there a debugger for it? What are it's advantages as
compared to
Java
Server pages? Our company has just started using it, but would like to make
an
informed decision whether to continue using it or to use Java server pages.
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list