On 7/13/01 3:02 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:

> 
> Hi Kids.  I hate to rain on the parade, but I think it would look pretty
> funny to use Anakia instead of XSLT for the Xalan project.  Further, I
> think the use of JDOM in Anakia is moving the opposite direction of a high
> performance for dynamic transformations.

I never suggested that all the xml.apache.org projects use Anakia. I simply
wanted the option of using the tool that I'm accustomed to.
 
> I don't usually take a non-moveable stand on things, but at least the Xalan
> project will be using Anakia over my dead, bloodied body.  Nor do I think
> the rest of apache should adapt it... I've had arguments Jon before about
> why I think XSLT & JAXP 1.1 is better.

Use what you're comfortable. I want to use Anakia, use whatever you wish.
 
> If someone pulls out the ". Anakia seems to perform much faster than
> Xalan's XSL processor at creating pages. (23 pages are generated in 7-8
> seconds on a PIII 500mhz running Win98 and JDK 1.3 with client Hotspot. A
> similar system using Ant's <style> task took 14-15 seconds -- nearly a 2x
> speed improvement.) " I'll scream.  Like all benchmarks, claims are easily
> made, but details sometimes not so fourth coming.  And, no, I don't want to
> get into a benchmark war with these guys.  I will say the problems with
> Stylebook have very little to do with XSLT or Xalan... it is much more a
> factor of the stylebook code itself (and sometimes how it is using Xalan
> and the DOM).

I have never tried to benchmark anakia against C2, or stylebook. I converted
all the Turbine and Velocity documentation to Stylebook and used it for more
than a few months. It did the job but it was a little slow, and I'm sure
this an implementation detail and nothing to do with xalan. I've never
knocked xalan.

We were working intensely on velocity at the time Jon wanted to try
using velocity macros for making HTML. It uses velocity so of course I like
it, and I have to admit I'm not at all fond of XSLT so for me it was a
natural choice. I admit it's limited but it did the job quite well.

> I would simply ask you all to double-check your logic about adapting
> Anakia, and whether or not it's really the direction you want to go.
> 
> BTW, the Anakia page is at: http://jakarta.apache.org/velocity/anakia.html.
> I obviously have very strong objections to it's claims.

Bottom line is that I think it should be up to the project. But I think it
would be fun to benchmark C2 against Anakia at producing pages. I'm working
on a compiler for Velocity (using BCEL, same tool in Xalan I believe) and we
plan to do more work on Anakia. I'd be more than happy to produce less vague
numbers. It all boils down to a matter of preference: you probably dislike
the idea of using Anakia as much as I dislike XSLT. I don't think it matters
in the end as long as a project produces good documentation.
employed.
 
> -1.
> 
> -scott
> 
> 
> 
> 
>                  
>                   "Ted Leung"
>                   <twleung@saur        To:     <[EMAIL PROTECTED]>
>                   ia.com>              cc:     (bcc: Scott Boag/CAM/Lotus)
>                                        Subject:     Re: [RFC] Re: Helma
> XML-RPC @ Jakarta
>                   07/12/01
>                   12:23 PM
>                   Please
>                   respond to
>                   general
>                  
>                  
> 
> 
> 
> 
> The plan for the site has always been to use C2 when it stabilized.
> 
> We are getting closer and closer to that, right Dims?  I don't know
> anything
> about Anakia, but if it is using XML as input, then it seems that
> stylesheet
> magic could be used to go between C2 and Anakia and InDesign.
> 
> If we could get off of stylebook and onto C2 I'd be very happy.
> 
> Ted
> 
> ----- Original Message -----
> From: "Jason van Zyl" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, July 12, 2001 7:13 AM
> Subject: Re: [RFC] Re: Helma XML-RPC @ Jakarta
> 
> 
> On 7/12/01 9:12 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote:
> 
>> Davanum Srinivas wrote:
>>> 
>>> Is there any way you could use Stylebook? Site generation for
> xml.apache.org
>>> is already in a bit
>>> of mess. Take a look at the xml-site module in CVS. Using anakia now
> will
>>> increase the problems
>>> later when all of us decide to revamp the system for generating the
>>> xml.apache.org site.
>> 
>> Aren't we planning on replacing stylebook "real soon now"?
> 
> I sent a message Davanum about Anakia. I would like to use Anakia
> because it's working well at Jakarta and I think it's going to
> be used for the main apache site.
> 
> I am also working on an XML import filter for Adobe's InDesign which
> will allow me to take an Anakia formatted document and produce
> professional grade PDFs for all the apache documentation. I'm using
> InDesign to layout a book I'm working on so I figured I'd kill a
> few birds. This will take a while but thatıs the eventual goal.
> 
> I really don't want to use Stylebook, it's slow and what it produces
> right now must account for half the traffic on apache with all those
> itty bitty images :-)
> 
>> - Sam Ruby
>> 
>> 
>> ---------------------------------------------------------------------
>> In case of troubles, e-mail:     [EMAIL PROTECTED]
>> To unsubscribe, e-mail:          [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> --
> 
> jvz.
> 
> Jason van Zyl
> 
> http://tambora.zenplex.org
> http://jakarta.apache.org/turbine
> http://jakarta.apache.org/velocity
> http://jakarta.apache.org/alexandria
> http://jakarta.apache.org/commons
> 
> 
> 
> ---------------------------------------------------------------------
> In case of troubles, e-mail:     [EMAIL PROTECTED]
> To unsubscribe, e-mail:          [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> ---------------------------------------------------------------------
> In case of troubles, e-mail:     [EMAIL PROTECTED]
> To unsubscribe, e-mail:          [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> 
> 
> 
> ---------------------------------------------------------------------
> In case of troubles, e-mail:     [EMAIL PROTECTED]
> To unsubscribe, e-mail:          [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-- 

jvz.

Jason van Zyl

http://tambora.zenplex.org
http://jakarta.apache.org/turbine
http://jakarta.apache.org/velocity
http://jakarta.apache.org/alexandria
http://jakarta.apache.org/commons



---------------------------------------------------------------------
In case of troubles, e-mail:     [EMAIL PROTECTED]
To unsubscribe, e-mail:          [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to