See also STXX: http://www.oroad.com/opencode/stxx/
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 07, 2003 16:36 To: [EMAIL PROTECTED] Subject: RE: xml/html/xsl/jsp and performance Hi, Have a look here, I think this is going your way: http://www.javaworld.com/javaworld/jw-02-2002/jw-0201-strutsxslt.html In this article, they did use their own servlet to output XSL-transformated XML, but one can also imagine to connect Struts to Cocoon. Regards, -fab. -----Original Message----- From: Hu, Jinsong [mailto:[EMAIL PROTECTED]] Sent: lundi 6 janvier 2003 19:55 To: [EMAIL PROTECTED] Subject: xml/html/xsl/jsp and performance Hi All, I am new to struts, and I have the following questions: We have a web application already in production, we use EJB in backend, servlet in front end, we did it this way, back end session bean will generate XML data, and pass to front end servlet, the servlet will call XSL translator to transform it to html, the beauty part for this is, if we change xsl file, the same xml file will be dispayed in different layout, this is good for customer's branding, because different customers may have different view requirement ? Have struts taken this in mind? Since I saw it always mention jsp as view layer, as my understanding, jsp is wlays with fixed layout, is there anything I am missing? Some people may say, well you could wrapp the translation stuff in JavaBean, then I don't think jsp is necessary here, since servlet is faster than jsp, since html was generated by xsl transformation, jsp has no benefit here. But there is a performance with our approach, since we need to use xsl translator all the places, and xsl translator does have some performance issue in loading and pasing xsl file, fortunately we have a workaround for this, we compiled xsl to java class first, and rely on JVM class loader to load class to handle xml file, since Java has some cache machanism, it really does some helpe. I am just wondering wether there is any similiar project around? Thanks Regards Jinsong -- 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]>
