Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cocoon.apache.org
Received-SPF: neutral (herse.apache.org: local policy)
Message-ID: <466429CF.3030406@weitling.net>
Date: Mon, 04 Jun 2007 17:03:43 +0200
From: Dev at weitling <dev1@weitling.net>
User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326)
MIME-Version: 1.0
To: users@cocoon.apache.org
Subject: Re: Cocoon Forms vs. JSF
References: <003901c7a691$9fa974a0$6501a8c0@schlichtherle.de>
 <46641307.7030902@dslextreme.com>
 <009301c7a6af$a9f6f450$6501a8c0@schlichtherle.de>
 <46641E9B.1020707@weitling.net> <466440F0020000D40000644D@cs-emo.csir.co.za>
 <00ae01c7a6b8$8ac3a7a0$6501a8c0@schlichtherle.de>
In-Reply-To: <00ae01c7a6b8$8ac3a7a0$6501a8c0@schlichtherle.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit


>>  And there are only really two technologies here: XML/XSLT 
>> and Javascript.  But if you
>>
>> don't know either of these, then I agree that Cocoon can be 
>> difficult to assimilate...
>>     
>
> Wait a minute - a form definition uses a different XML schema than the view
> template and the sitemap and the Flowscript is even an entirely different
> language. That's a mix of four schemes/grammars for one form and you have to
> know all of them.
>   

Well, hm :-)
This is because they describe different aspects of a form. i.e. the
definition (what kind of data is hold and how is it validated), the
template (how is the data presented) and the binding (which model field
corresponds to which form field for loading and saving). But
nevertheless they are all processed with XSL-T.
It would be easier to have a kind of automagic form file generator. But
for most purposes it's more work in typing than in thinking when
creating these files ;-)
And the sitemap is for getting the right chain/pipeline to a request may
it be sent from outside or inside (getting those
definition/template/binding-files).

As I said: It seems more work to split it up in those myriad of files
but if you see it all mixed up like in JSP...

Florian

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org