Return-Path: 
 <dev-return-82512-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 10690 invoked from network); 6 Dec 2005 13:15:03 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 6 Dec 2005 13:15:03 -0000
Received: (qmail 18592 invoked by uid 500); 6 Dec 2005 13:07:40 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 18531 invoked by uid 500); 6 Dec 2005 13:07:40 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
List-Id: <dev.cocoon.apache.org>
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 18520 invoked by uid 99); 6 Dec 2005 13:07:39 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Dec 2005 05:07:39 -0800
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [62.140.213.100] (HELO blossom.betaversion.org)
 (62.140.213.100)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Dec 2005 05:07:38 -0800
Received: by blossom.betaversion.org (Postfix, from userid 101)
	id B35F441C1E8; Tue,  6 Dec 2005 13:07:16 +0000 (GMT)
X-AntiVirus-Version: ClamAV 0.87.1/1204
X-AntiSpam-Version: SpamAssassin 3.1.0
X-AntiSpam-Status: No (score=0.0/limit=7.5)
Received: from [192.168.2.130] (host89-16.pool8290.interbusiness.it
 [82.90.16.89])
	by blossom.betaversion.org (Postfix) with ESMTP id 050C541C1DF
	for <dev@cocoon.apache.org>; Tue,  6 Dec 2005 13:07:15 +0000 (GMT)
Message-ID: <43958D02.1060902@apache.org>
Date: Tue, 06 Dec 2005 14:07:14 +0100
From: Stefano Mazzocchi <stefano@apache.org>
Organization: Apache Software Foundation
User-Agent: Thunderbird 1.5 (Macintosh/20051025)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: [RT][long] Cocoon 3.0: the necessary mutation
References: <43908B84.7070909@apache.org> <dms543$rmv$2@sea.gmane.org>
 <4392C654.1040609@apache.org> <dmv6r2$k74$1@sea.gmane.org>
 <43938F50.1040406@apache.org> <dn145r$c46$1@sea.gmane.org>
In-Reply-To: <dn145r$c46$1@sea.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Luca Morandini wrote:
> Stefano Mazzocchi wrote:
>> Luca Morandini wrote:
>>
>>> Nevertheless, it is easier to build a tool around a declarative 
>>> language expressed as XML, than a procedural language expressed as... 
>>> a procedural programming language.
>>
>> I'm sorry, Luca, but I think that's BS.
> <cut/>
>> For example, do you think that if the java classes were expressed as 
>> XML statements that *declarative* describe their methods and variables 
>> and inner classes it would be easier to write a tool like Eclipse?
> 
> That I don't know, I've never seen the inner workings of Eclipse.
> 
> Let's just say that when something is written in XML (say, an UML model 
> expressed as XMI) I can fire up Xalan and beat the beast into submission 
> easily, if the same mopel was expressed as a set of Java classes... 
> hmmm... time for "man yacc" ?
> 
> Maybe it's just that I've worked with XML for too long, but I still like 
> the easy production/validation/transformation of vocabularies that comes 
> with it, and I'm scared a bit by the other approach.

Which is fair, but this is due to your experience and knowledge. It's 
fair and nice that you say that it's easier for *you* to write some code 
using XML technologies instead of using javacc or yacc or bison or 
whatever else, but using this is an absolute argument is utterly 
misleading and one of the sins that, myself included, we, as a community 
made over the years.

-- 
Stefano.