And just for reference: Brett Mclaughlin, "Java and XML" (O'Reilly, 2001) Eric Burke, "Java and XSLT" (O'Reilly, 2001) Michael Kay, "XSLT, 2d ed." (Wrox, 2001)-considered the bible of XSLT
Mark -----Original Message----- From: Stout, Kenneth [mailto:[EMAIL PROTECTED]] Sent: Friday, May 10, 2002 4: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]>
