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

Re: trax and sax. Re: Accessing a node name from within <xsl

Subject: Re: trax and sax. Re: Accessing a node name from within <xsl:attribute>
From: "Scott Boag/CAM/Lotus" <Scott_Boag@xxxxxxxxx>
Date: Mon, 10 Jul 2000 23:55:02 -0400
sax cam
Geez, it would sure be nice to hear this discussion going on the TRaX
design mailing list.  The idea is to work towards a commonly understood
XSLT API for java (and perhaps other languages).

> That "future API"  still lacks some features which are already
> implemented in XT

Why don't you suggest these features on the TRaX mailing list?  On the
other hand, TRaX is meant to be a normative API.  There may still be
reasons to go to a proprietary API.

> .. but trax.Processor is not "extends org.xml.sax.Parser" ( that's
> what XSLProcessorImpl is in XT )

The Processor produces stylesheets... and the TemplatesBuilder does extend
ContentHandler.  The Transformer extends XMLFilter, which is an XMLReader,
which is the SAX2 replacement for org.xml.sax.Parser (you can still use an
SAX1 parser with an adapter).

> Current XT API allow me to knock  Ux  ( which is a container
> for chained SAX1 components ) easily not changing  a line of XT
> code.

TRaX does both push and pull chaining very well.

> That's why to me  there is simply no question what should
> be used as embeddable engine - only XT, which already
> has convenient and simple API (missing  not only in current,
> but even in the future  versions  of other engines).

Maybe something to do with which you learned first?  I never thought of
XT's API as convenient or simple.

-scott




                                                                                                                           
                    Paul Tchistopolskii                                                                                    
                    <paul@xxxxxxx>               To:     xsl-list@xxxxxxxxxxxxxxxx                                         
                    Sent by:                     cc:     (bcc: Scott Boag/CAM/Lotus)                                       
                    owner-xsl-list@mulber        Subject:     trax and sax. Re: Accessing a node name from within          
                    rytech.com                   <xsl:attribute>                                                           
                                                                                                                           
                                                                                                                           
                    07/10/2000 10:26 PM                                                                                    
                    Please respond to                                                                                      
                    xsl-list                                                                                               
                                                                                                                           
                                                                                                                           





> > > > Because I'm a developer who is using XT as embedded
> > > > engine, and because TraX lacks SAX mode which XT has -
> > > > to me there is simply no question what should be used
> > > > as embeddable engine - only XT ;-)
> > I'm using TRAX in the sense of  http://trax.openxml.org .
> >
> [Kay Michael]  Then I'm puzzled,

> (a) because TRAX architecture is
> very much based on the concept of SAX filters

.. but trax.Processor is not "extends org.xml.sax.Parser" ( that's
what XSLProcessorImpl is in XT )

Yes, there is  Transformer extends org.xml.sax.XMLFilter , but
it is based on SAX2 ( which I don't think I'l ever use... I also hardly
belive I'l ever use DOM ... )

Also:

<quote>
This object represents a Transformer, which is a SAX2 XMLFilter.
An object of this class can not be used concurrently over
multiple threads.
</quote>

... but I don't  see a sign of clone() there.

To me this all means that the API is a bit hypotetical ( and
too complex for stupid human being ( me ) to understand
and use ).

>  and (b) because as far as I
> know TRAX is currently a paper specification with no implementations, so
you
> don't actually have the option of using it as an alternative to XT.

At the moment each XSLT engine has it's own API for embedding.

Current XT API allow me to knock  Ux  ( which is a container
for chained SAX1 components ) easily not changing  a line of XT
code.

I can do the same with other XSLT engines but it will be
not that easy with their current APIs.

For some reasons  all  the vendors of  'other'  XSLT
engines ( except  XT ) announced that in the future they'll
provide unified API for embedding their XSLT engines
( called TRAX  ).

That "future API"  still lacks some features which are already
implemented in XT ( providing me with tons of APIs
which I don't need at all and don't understand if I need
them in the future ).

That's why to me  there is simply no question what should
be used as embeddable engine - only XT, which already
has convenient and simple API (missing  not only in current,
but even in the future  versions  of other engines).

Rgds.Paul.



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





 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.