[prev in list] [next in list] [prev in thread] [next in thread] 

List:       taglibs-dev
Subject:    Re: X: Transform Performance
From:       Shawn Bayern <bayern () essentially ! net>
Date:       2002-09-17 18:31:10
[Download RAW message or body]

On Tue, 17 Sep 2002, V. Cekvenich wrote:

> It is very simple and very good, the X: transform! I use it quite a bit.
> (basicportal.sf.net of course X: transform + DAO + Struts)
> 
> However, it is rendered on the server. Some of my clients have more than 
> 1000 concurrent users, so I.... avoid XML, as much as I like it. Caching 
> makes no sense in this case.

Caching might help if the input and stylesheet are often similar.  See the
Jakarta Taglibs "Cache Taglib" for ways to cache transformations on the
server side.  (JSTL implementations are also allowed to cache
transformations as aggressively as they like, presuming they still notice
changes to input documents and stylesheets.)

> What I have done before X: transform is used Netscape, Mozzila or IE
> to do XSLT. (Similar in design to HTML and CSS). I just sent the
> browser XML and reference to XSLT. It did the rest. (Older Browsers
> needed some JavaScript to do XSLT, mail archives have scripts).
> [...]
> What I would like to do is have 1000 clients each do it on their own
> browser. This way I of load processing to client. If a site gets more
> users, they also get more browsers, hence salability.

Indeed; this model makes sense.  But this model is still available to you;
how do you think that JSTL can help, given that it runs on the server?

> (Ps. I also wish for standard tags in future to emit more javascript
> like javascript menus, javascript trees, javascript drop downs, etc.  
> similar to struts menu or commons validator. )

JSTL has tended to avoid becoming dependent on particular browsers,
rendering models, and client-side logic.  You might be interested in
following the JavaServer Faces specification, which moves closer to this
kind of rich client rendering.

-- 
Shawn Bayern
"JSTL in Action"   http://www.jstlbook.com


--
To unsubscribe, e-mail:   <mailto:taglibs-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:taglibs-dev-help@jakarta.apache.org>

[prev in list] [next in list] [prev in thread] [next in thread]