This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
Re: Portal applications using XSL
- To: <xsl-list at mulberrytech dot com>
- Subject: Re: Portal applications using XSL
- From: "Tangi Vass" <tangivass at compuserve dot com>
- Date: Fri, 26 May 2000 18:04:58 +0200
- References: <E418A575A27FD211B4D200A0C9CC6B34016EF7E7@afexch1.fao.org>
- Reply-To: xsl-list at mulberrytech dot com
Hi,
I wrote a prototype of personnalized portal architecture using XML/XSLT.
The major issue here is performance.
This architecture uses an XSLT engine which handles pools of parser and
processor threads.
A caching system for HTML/WML results or XML/XSLT DOM trees has been
written. It can handle dependencies between the HTML result, XML source,
XSLT scripts (even xsl:import).
I patched XT to optimize it and to use the cache. I also wrote a
condense.xsl script to kick off whitespaces nodes from DOM trees before
putting them in the cache.
The XSLT engine should be live next week (in a major french portal).
Then I should have more information about the usability of XSLT in large
scale B2C systems.
Tangi Vass
----- Original Message -----
From: Hoad, Richard (AFIS) <Richard.Hoad@fao.org>
To: <xsl-list@mulberrytech.com>
Sent: Friday, May 26, 2000 10:00 AM
Subject: Portal applications using XSL
>
> We are using XSL, XML, Java servlets and Oracle to make a re-skinable
> generic Internet/Intranet CDS/Portal application. Java objects load
> themselves from the RDBMS and render themselves in XML. The interface is
> created by a series of XSL stylesheets. Is anyone else was doing anything
> similar?
>
> Richard Hoad
> FAO, Rome Italy
>
> P.S. WE ARE HIRING. If you are interested contact me off the 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