RE: [OT now] Re: Template techniques
At 17:10 10/06/2000 +0100, Matt Sergeant wrote: >On Sat, 10 Jun 2000, Ian Kallen wrote: > >> >> Has anybody run into any Perl libraries that do XSLT transformations that >> are usuable? Last I looked, there was no library that implemented the >> spec or provided a useful API. Maybe I'm behind the times... > >Sablotron from http://www.gingerall.com/ - all it lacks is xsl:number, as >far as I know. No it actually lacks pretty much more than that. Most things are roughly implemented but the devil is in the details. Controlling output is painful (through xsl:output, disable-output-escaping and friends) and other things don't work exactely as expected, leading to some teeth gnashing. There are also a few bugs in the current release. However it is moving fast and I think that it'll be stable soon enough. The biggest problem imho that might not be solved too soon is that it's string-in string-out, no support for SAX (from the Perl interface). The performance is getting much better too, though I still get better results piping through Saxon (haven't tried this in mod_perl though). -- robin b. Smoking is one of the leading causes of statistics.
RE: [OT now] Re: Template techniques
On Sat, 10 Jun 2000, Ian Kallen wrote: > > Has anybody run into any Perl libraries that do XSLT transformations that > are usuable? Last I looked, there was no library that implemented the > spec or provided a useful API. Maybe I'm behind the times... Sablotron from http://www.gingerall.com/ - all it lacks is xsl:number, as far as I know. AxKit has full support for XSLT transformations via Sablotron. However perl users interested in server side transformations might also be interested in XPathScript. I have a new guide to XPathScript up at http://xml.sergeant.org/axkit/xpathscript/guide.dkb -- Fastnet Software Ltd. High Performance Web Specialists Providing mod_perl, XML, Sybase and Oracle solutions Email for training and consultancy availability. http://sergeant.org http://xml.sergeant.org
RE: [OT now] Re: Template techniques
Has anybody run into any Perl libraries that do XSLT transformations that are usuable? Last I looked, there was no library that implemented the spec or provided a useful API. Maybe I'm behind the times... Today, Gerald Richter <[EMAIL PROTECTED]> frothed and gesticulated about RE:...: > > For my second rite of passage, I'm hacking XML::XSLT > > integration into Apache::ASP for realtime XSLT document > > rendering with a sophisticated caching engine utilizing > > Tie::Cache. Moving forward, the XML buzzword seems to be > > just about a necessity. > > > > Take it as a sign of respect Matt :) > > > > And to add one to the list, Embperl 2.0 will also support XML and XSLT :-) > > Gerald > > > - > Gerald Richterecos electronic communication services gmbh > Internetconnect * Webserver/-design/-datenbanken * Consulting > > Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz > E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 > WWW:http://www.ecos.de Fax: +49 6133 925152 > - > > -- Salon Internet http://www.salon.com/ Manager, Software and Systems "Livin' La Vida Unix!" Ian Kallen <[EMAIL PROTECTED]> / AIM: iankallen / Fax: (415) 354-3326
RE: [OT now] Re: Template techniques
> > For my second rite of passage, I'm hacking XML::XSLT > integration into Apache::ASP for realtime XSLT document > rendering with a sophisticated caching engine utilizing > Tie::Cache. Moving forward, the XML buzzword seems to be > just about a necessity. > > Take it as a sign of respect Matt :) > And to add one to the list, Embperl 2.0 will also support XML and XSLT :-) Gerald - Gerald Richterecos electronic communication services gmbh Internetconnect * Webserver/-design/-datenbanken * Consulting Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz E-Mail: [EMAIL PROTECTED] Voice:+49 6133 925151 WWW:http://www.ecos.de Fax: +49 6133 925152 -
Re: [OT now] Re: Template techniques
On Fri, 9 Jun 2000, Joshua Chamas wrote: > Perrin Harkins wrote: > > > > On Fri, 9 Jun 2000, Drew Taylor wrote: > > > I really like the fact that templates can be compiled to perl code & > > > cached. Any others besides Mason & EmbPerl (and TT in the near future)? > > > > Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million > > unreleased modules that people wrote for their own use. (I think writing > > a module that does this should be a rite of passage in Perl hacking.) > > > > For my second rite of passage, I'm hacking XML::XSLT > integration into Apache::ASP for realtime XSLT document > rendering XML::XSLT has an interesting definition of realtime ;-) I seriously suggest you check out Sablotron from www.gingerall.com - it's an amazingly quick XSLT engine with a Perl module. -- Fastnet Software Ltd. High Performance Web Specialists Providing mod_perl, XML, Sybase and Oracle solutions Email for training and consultancy availability. http://sergeant.org http://xml.sergeant.org
Re: [OT now] Re: Template techniques
We have done a comparison between Mason and Template Toolkit (both 1.x and 2.0). We ran several tests comparing cached and uncached components. For the tt tests, we wrote our own caching code against mysql as well as BerkeleyDB. What we discovered was that Mason is faster than tt 1.0 both cached and uncached. The big win is when moving to tt 2.0 as it is much faster. I also prefer the tt style of doing things since it is so flexible. We are going with the mysql cache - in our tests it was faster, but I know others who said BDB blew mysql away - it also fit our network architecture well. For what it's worth... Craig On Fri, 9 Jun 2000, Drew Taylor wrote: > Andy Wardley wrote: > > > > On Jun 8, 1:56pm, Perrin Harkins wrote: > > > Not quite. The current version uses its own system of opcodes (!) which > > > are implemented as closures. Compiling to perl code gives much better > > > performance, which is why Andy is changing this. > > > > Yep, Perrin's right. Version 1 compiled templates to tree form. Items > > in the tree were scalars (plain text) or references to directive objects > > which performed some processing (like INCLUDE another template, and so > > on). > > > > This is actually pretty efficient when you have a limited directive set, > > but doesn't scale very well. For version 1.00 I was more concerned > > about getting it functioning correctly than running fast (it was already > > an order of magnitude or two faster than Text::MetaText, the predecessor, > > so I was happy). Also it was much easier to develop and evolve the toolkit > > with the tree-form architecture than when compiling to Perl, so it had some > > hidden benefit. > I was wondering if anyone had done comparisions between some of the > major templating engines. I'm thinking specifically of Template Toolkit, > Mason, HTML::Template, and EmbPerl. I currently use HTML::Template, and > am happy with it. But I am always open to suggestions. > > I really like the fact that templates can be compiled to perl code & > cached. Any others besides Mason & EmbPerl (and TT in the near future)? > > >
Re: [OT now] Re: Template techniques
I'm just using XML on the backend for content management and as a way to standardize what I recieve from partners and content folks, then storing parsed content in a database from which I output text, HTML, and/or XML. XML::Parser suits quite fine for the above. So, Perl has plenty of XML support, imo. I've taken a look at what Matt is up to and I'm intrigued, but don't have a need for it as yet. Joshua, what is the itch that you are scratching if you care to opine? Ed Drew Taylor wrote: > Joshua Chamas wrote: > > > > Perrin Harkins wrote: > > > > > > On Fri, 9 Jun 2000, Drew Taylor wrote: > > > > I really like the fact that templates can be compiled to perl code & > > > > cached. Any others besides Mason & EmbPerl (and TT in the near future)? > > > > > > Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million > > > unreleased modules that people wrote for their own use. (I think writing > > > a module that does this should be a rite of passage in Perl hacking.) > > > > > > > For my second rite of passage, I'm hacking XML::XSLT > > integration into Apache::ASP for realtime XSLT document > > rendering with a sophisticated caching engine utilizing > > Tie::Cache. Moving forward, the XML buzzword seems to be > > just about a necessity. > > > > Take it as a sign of respect Matt :) > Cool! The thing that perl is missing the most right now is XML support. > The more (and the sooner :-) packages support XML easily and natively, > the better. I'm still an XML newbie, so all this recent perl XML > development is very exciting for me! > > -- > Drew Taylor > Vialogix Communications, Inc. > 501 N. College Street > Charlotte, NC 28202 > 704 370 0550 > http://www.vialogix.com/
Re: [OT now] Re: Template techniques
Joshua Chamas wrote: > > Perrin Harkins wrote: > > > > On Fri, 9 Jun 2000, Drew Taylor wrote: > > > I really like the fact that templates can be compiled to perl code & > > > cached. Any others besides Mason & EmbPerl (and TT in the near future)? > > > > Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million > > unreleased modules that people wrote for their own use. (I think writing > > a module that does this should be a rite of passage in Perl hacking.) > > > > For my second rite of passage, I'm hacking XML::XSLT > integration into Apache::ASP for realtime XSLT document > rendering with a sophisticated caching engine utilizing > Tie::Cache. Moving forward, the XML buzzword seems to be > just about a necessity. > > Take it as a sign of respect Matt :) Cool! The thing that perl is missing the most right now is XML support. The more (and the sooner :-) packages support XML easily and natively, the better. I'm still an XML newbie, so all this recent perl XML development is very exciting for me! -- Drew Taylor Vialogix Communications, Inc. 501 N. College Street Charlotte, NC 28202 704 370 0550 http://www.vialogix.com/
Re: [OT now] Re: Template techniques
Perrin Harkins wrote: > > On Fri, 9 Jun 2000, Drew Taylor wrote: > > I really like the fact that templates can be compiled to perl code & > > cached. Any others besides Mason & EmbPerl (and TT in the near future)? > > Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million > unreleased modules that people wrote for their own use. (I think writing > a module that does this should be a rite of passage in Perl hacking.) > For my second rite of passage, I'm hacking XML::XSLT integration into Apache::ASP for realtime XSLT document rendering with a sophisticated caching engine utilizing Tie::Cache. Moving forward, the XML buzzword seems to be just about a necessity. Take it as a sign of respect Matt :) --Joshua
Re: [OT now] Re: Template techniques
On Fri, 9 Jun 2000, Drew Taylor wrote: > I really like the fact that templates can be compiled to perl code & > cached. Any others besides Mason & EmbPerl (and TT in the near future)? Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million unreleased modules that people wrote for their own use. (I think writing a module that does this should be a rite of passage in Perl hacking.) - Perrin