[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Simple API for XSL?
Tim McCune wrote: > I went ahead and wrote an interface that lets us switch XSL processors by > changing one line of code. The interface is pretty simple so far: > > public String process(Document xml, String stylesheetName) throws > XSLProcessorImplException; > > I then wrote implementations of this interface for LotusXSL and XSLP. What > other methods would be useful in such an interface? A lot of XSL processors I would suspect won't use the DOM for the source tree or even the stylesheet, one popular case in point is XT. This simple XSL API had quite a lot of discussion for a while and then degenerated into SAX vs. DOM debates about what to use for both the input interfaces as well as the result interfaces. I suggested having the XSLProcessor be able to use DOM, SAX or both for both the input and output. Someone suggested recently that XSL Processors are in a sense a black box. I think that is a relatively accurate description. For simple processing needs, an API like Tim is suggesting I think makes sense here. Comments? Tyler XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|