RE: Java Compiler, Re: [vote] move tree-processor in the main trunk

2002-02-08 Thread Vadim Gritsenko
> From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]] > > Vadim Gritsenko wrote: > > > > All, > > > > Is there any interest in integrating Cocoon with pizza Java Compiler? > > http://pizzacompiler.sourceforge.net > > > > My observations about it so far are: > > 1. Compiled byte code is almost iden

RE: Java Compiler, Re: [vote] move tree-processor in the main trunk

2002-02-08 Thread Vadim Gritsenko
> From: Sylvain Wallez [mailto:[EMAIL PROTECTED]] > > Vadim Gritsenko wrote: > > >All, > > > >Is there any interest in integrating Cocoon with pizza Java Compiler? > >http://pizzacompiler.sourceforge.net > > > >My observations about it so far are: > >1. Compiled byte code is almost identical to

Re: [vote] move tree-processor in the main trunk

2002-02-08 Thread Stefano Mazzocchi
Vadim Gritsenko wrote: > > > From: giacomo [mailto:[EMAIL PROTECTED]] > > > > On Thu, 7 Feb 2002, Stefano Mazzocchi wrote: > > > > > Ok, > > > > > > sitemap code generation is getting slower every day and is likely to > > > become worse as we add more bugfixes and error generation. > > > > The la

Re: Java Compiler, Re: [vote] move tree-processor in the main trunk

2002-02-08 Thread Stefano Mazzocchi
Vadim Gritsenko wrote: > > All, > > Is there any interest in integrating Cocoon with pizza Java Compiler? > http://pizzacompiler.sourceforge.net > > My observations about it so far are: > 1. Compiled byte code is almost identical to Sun's compiler output. > 2. It is 450 Kb in size, comparing wi

RE: [vote] move tree-processor in the main trunk

2002-02-08 Thread giacomo
On Thu, 7 Feb 2002, Vadim Gritsenko wrote: > > From: giacomo [mailto:[EMAIL PROTECTED]] > > > > On Thu, 7 Feb 2002, Stefano Mazzocchi wrote: > > > > > Ok, > > > > > > sitemap code generation is getting slower every day and is likely to > > > become worse as we add more bugfixes and error generati

Re: Java Compiler, Re: [vote] move tree-processor in the main trunk

2002-02-08 Thread Sylvain Wallez
Vadim Gritsenko wrote: >All, > >Is there any interest in integrating Cocoon with pizza Java Compiler? >http://pizzacompiler.sourceforge.net > >My observations about it so far are: >1. Compiled byte code is almost identical to Sun's compiler output. >2. It is 450 Kb in size, comparing with 4.7Mb o

RE: Java Compiler, Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Gerhard Froehlich
Vadim, >Is there any interest in integrating Cocoon with pizza Java Compiler? >http://pizzacompiler.sourceforge.net Never heared of that... >My observations about it so far are: >1. Compiled byte code is almost identical to Sun's compiler output. >2. It is 450 Kb in size, comparing with 4.7Mb o

Java Compiler, Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Vadim Gritsenko
All, Is there any interest in integrating Cocoon with pizza Java Compiler? http://pizzacompiler.sourceforge.net My observations about it so far are: 1. Compiled byte code is almost identical to Sun's compiler output. 2. It is 450 Kb in size, comparing with 4.7Mb of javac. 3. Startup time is fast

RE: [vote] move tree-processor in the main trunk

2002-02-07 Thread Vadim Gritsenko
> From: giacomo [mailto:[EMAIL PROTECTED]] > > On Thu, 7 Feb 2002, Stefano Mazzocchi wrote: > > > Ok, > > > > sitemap code generation is getting slower every day and is likely to > > become worse as we add more bugfixes and error generation. > > The last major rewrite has introduced a boost in

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread giacomo
On Thu, 7 Feb 2002, Stefano Mazzocchi wrote: > Ok, > > sitemap code generation is getting slower every day and is likely to > become worse as we add more bugfixes and error generation. The last major rewrite has introduced a boost in slownes. > Clearly, developping on cocoon with 20 seconds del

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Ovidiu Predescu
On Thu, 07 Feb 2002 09:46:58 -0500, Berin Loritsch <[EMAIL PROTECTED]> wrote: > Vadim Gritsenko wrote: > > >>>Moreover, I'd love to be able to decide what to use (interpreted or > >>>compiled) from cocoon.xconf or, in case the treeprocessor ends > >>> > > up > > > >>>faster all the time, si

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Sylvain Wallez
Jason Foster wrote: > > >> Just to make things clear : sitemap is only one of the possible uses >> of the TreeProcessor : it's a generic framework for implementing >> pipeline assembly languages (hence "Processor") with an evaluation >> tree (hence "Tree"). >> >> The supported languages are d

XSP Languages, RE: [vote] move tree-processor in the main trunk

2002-02-07 Thread Vadim Gritsenko
> From: Jason Foster [mailto:[EMAIL PROTECTED]] > > > > > Just to make things clear : sitemap is only one of the possible uses of > > the TreeProcessor : it's a generic framework for implementing pipeline > > assembly languages (hence "Processor") with an evaluation tree (hence > > "Tree"). > >

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Jason Foster
> Just to make things clear : sitemap is only one of the possible uses of > the TreeProcessor : it's a generic framework for implementing pipeline > assembly languages (hence "Processor") with an evaluation tree (hence > "Tree"). > > The supported languages are defined in treeprocessor.xconf

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Sylvain Wallez
Stefano Mazzocchi wrote: >Ok, > >sitemap code generation is getting slower every day and is likely to >become worse as we add more bugfixes and error generation. > >Clearly, developping on cocoon with 20 seconds delays between changes is >a nightmare and would scare people away instantly. > >Now

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Berin Loritsch
Vadim Gritsenko wrote: >>>Moreover, I'd love to be able to decide what to use (interpreted or >>>compiled) from cocoon.xconf or, in case the treeprocessor ends >>> > up > >>>faster all the time, simply blast the compiled version and get rid >>> > of > >>>that stupid javac! >>> >>+1 I like

RE: [vote] move tree-processor in the main trunk

2002-02-07 Thread Vadim Gritsenko
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > Ok, > > > > Now that we have a functional interpreted sitemap engine, I > > suggest we > > move this on the main trunk and keep improving on it from there. > +1 +1 > > Also, I would like to propose a name change: TreeProcessor isn't > >

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread berni_huber
> Ok, > > Now that we have a functional interpreted sitemap engine, I > suggest we > move this on the main trunk and keep improving on it from there. +1 > > Also, I would like to propose a name change: TreeProcessor isn't > exactlyself-explanatory as a 'sitemap interpreter'. +1 > > Moreov

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Torsten Curdt
> Ok, > > sitemap code generation is getting slower every day and is likely to > become worse as we add more bugfixes and error generation. > > Clearly, developping on cocoon with 20 seconds delays between changes is > a nightmare and would scare people away instantly. > > Now that we have a funct

Re: [vote] move tree-processor in the main trunk

2002-02-07 Thread Gerhard Froehlich
efano MazzocchiTo: Apache Cocoon <[EMAIL PROTECTED]> Subject: [vote] move tree-processor in the

RE: [vote] move tree-processor in the main trunk

2002-02-07 Thread Carsten Ziegeler
Stefano Mazzocchi wrote: > > Ok, > > sitemap code generation is getting slower every day and is likely to > become worse as we add more bugfixes and error generation. > > Clearly, developping on cocoon with 20 seconds delays between changes is > a nightmare and would scare people away instantl

[vote] move tree-processor in the main trunk

2002-02-07 Thread Stefano Mazzocchi
Ok, sitemap code generation is getting slower every day and is likely to become worse as we add more bugfixes and error generation. Clearly, developping on cocoon with 20 seconds delays between changes is a nightmare and would scare people away instantly. Now that we have a functional interpret