Jim,
Sorry, I don't think I've confused. I understand Saxon is an XSLT processor
implementation, as well as MSXML. But going this path seems (as I said, from
the msgs I read in this forum) that incorportes also other features that are
not available in other processors though going to get errors when processing
under different environments (for instance, the clients that do not have MSXML
installed on their machine will not be able to see the trasnformation, and I
guess the same occurs with Saxon).
Probably all the confusion stands in that I still don't get the architecture of
the whole paradigm.
XML ---> XSLT ---> HTML/PDF/WAP/etc.
(1) (2) (3)
(1) could be in server side, client side or both?
(2) could be in server side, client side or both?
Where does (2) takes place? in server side, client side or both?
If (2) takes place in server side, do I need to have Saxon/MSXML/"other
processor" in the server?
If (2) takes place in client side, does the client machine need to have
Saxon/MSXML/"other processor" installed on it?
Regards, Claudio.
-----Original Message-----
From: Jim Fuller [mailto:jim(_dot_)fuller(_at_)stuartlawrence(_dot_)com]
Sent: Miércoles, 02 de Julio de 2003 10:13 a.m.
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: RE: [xsl] xsl:sort in old MSXML
i think u confuse my discussion
saxon is just an XSLT processor implementation, it fully adheres to the XSLT
1.0 standard, and also implements XSLT 2.0 if u choose to use it. it is open
standard, as for running on the client machine, it is obvious from your
questions that a book combined with 'rubber on the road' experience will answer
these 1st order questions.
cheers, jim
-----Original Message-----
From: Claudio Russo [mailto:crusso(_at_)azurixbasa(_dot_)com(_dot_)ar]
Sent: 02 July 2003 14:06
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: RE: [xsl] xsl:sort in old MSXML
Jim,
Thanks for your replay.
But this will tie me up with a specific technology instead of
begin adhering straight to standards and open tech. For sure
this technology is one step ahead of the standard but unless
is a standard by itself (which I doubt from the msgs coming
to this list), will be difficult to see applications running
smoothly in, lets say, at least 90% of the clients machines.
As I said, I've been playing a little bit (for sure not as
much as you did guys) with the XML/XSLT technology and is
time to wrap up and take in concern what I mention before,
being able to deploy a site with minor environment problems,
inmediate adherance to standards and simple maintenance.
Claudio.
-----Original Message-----
From: Jim Fuller [mailto:jim(_dot_)fuller(_at_)stuartlawrence(_dot_)com]
Sent: Miércoles, 02 de Julio de 2003 06:20 a.m.
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: RE: [xsl] xsl:sort in old MSXML
-----Original Message-----
From: Claudio Russo [mailto:crusso(_at_)azurixbasa(_dot_)com(_dot_)ar]
I would suggest that you just download saxon (
saxon.sourecforge.net ) and go through as many examples as
possible, the architectural view will emerge with this
intimate experience, deal with the axiomatic idiom of
xml+xslt->xml parsing first, then layer from there....yes I
know, if its hard to explain....then why....sometimes just
doing is the quickest route between 2 points.
there are many 'grand' visions e.g. the architectural
viewpoint you ask for, it depends on whom you are asking;for
example those ( no offense ) older SGML'ers out there will no
doubt have a document centric viewpoint ...or corba/dcom folk
will no doubt be nodding their heads saying ahhhh SOA.
One thing is certain, that xml and derived markups such as
XSLT are an agent of change affecting said architectures.
gl, jim fuller
This e-mail and any files transmitted with it are
confidential and intended solely for the use of the
individual or entity to whom they are addressed. If you are
not the intended recipient please contact the sender
immediately. Any disclosure, copying, distribution or any
other use of this communication is strictly prohibitedand may
be unlawful. Stuart Lawrence Marketing Communications Limited
reserves the right to monitor and intercept communications
for unlawful business purposes.
This also confirms that this message has been swept for
viruses, although Stuart Lawrence Marketing Communications
Limited accepts no responsibility for any loss or damage
resulting directly or indirectly from the use of this email
or contents.
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list