In answer to #2, there is the XSLTC (C for compiler) which is available
from the javasoft website somewhere (probably the developer connection),
which precompiles an XSLT sheet into a Java class.

The question of 'if you should' is always up for grabs :-), but it comes
closer to a 'yes' if you need to have multiple client types/outputs,
such as HTML, PDF, WML, etc. If not, then it _may_ not be worth it to
use.

- Robert

-----Original Message-----
From: Stout, Kenneth [mailto:[EMAIL PROTECTED]] 
Sent: Friday, May 10, 2002 3:10 PM
To: 'Struts Users Mailing List'
Subject: RE: xml-xslt v jsp

There are a couple of issues (OK, I will only bring up a couple).

1) The development of the XSLT will be done by whom? Normally you want
to
separate the presentation from the development. XSLT is a very strong
tool
but can be considered almost a programming language. So you either teach
web
designer's XSLT, or you have a programmer convert the HTML into XSLT.
Tools
are on the way which should help solve this issue.
2) Performance. XSLT is interrupted, and is executed each time. It is my
understanding that there is an initiative underway to create compiled
XSLT
(I believe they are called translets, but I've not kept in touch with
that
arena).

Neither of these answer the "can you" question. They address the "should
you
today" question. I am not say don't do it. Just be aware.

Kenneth.

-----Original Message-----
From: Struts Newsgroup [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 10, 2002 12:55 PM
To: [EMAIL PROTECTED]
Subject: xml-xslt v jsp


Subject: xml-xslt v jsp
From: jisv <[EMAIL PROTECTED]>
 ===
Just wondering what people's thoughts are on using XML pages that have
XSLT 
applied to them to display html pages rather than using JSP's. I read an

article recently that outlined this particular idea, apparently to even 
more separate the business logic from presentation, and supposedly
increase 
development time. I would have a couple of questions about how
performance 
would differ, just how much quicker development time would be and simply

why this hasn't been implemented already, is there a flaw which has
stopped 
such an implementation being used?
Thanks for your thoughts.

--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>

--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to