Return-Path: 
 <dev-return-51913-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 12001 invoked from network); 24 Nov 2003 09:51:45 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 24 Nov 2003 09:51:45 -0000
Received: (qmail 16036 invoked by uid 500); 24 Nov 2003 09:51:16 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 15974 invoked by uid 500); 24 Nov 2003 09:51:16 -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
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 15944 invoked from network); 24 Nov 2003 09:51:16 -0000
Received: from unknown (HELO otsrv1.iic.ugent.be) (157.193.121.51)
  by daedalus.apache.org with SMTP; 24 Nov 2003 09:51:16 -0000
Received: from [192.168.123.115] (host115 [192.168.123.115])
	by otsrv1.iic.ugent.be (8.11.6/8.11.6) with ESMTP id hAO9pSp30422
	for <dev@cocoon.apache.org>; Mon, 24 Nov 2003 10:51:28 +0100
Mime-Version: 1.0 (Apple Message framework v606)
In-Reply-To: <3FC14E41.9060400@bruchez.org>
References: <8E015F66-1CF2-11D8-A1AA-000393CFE402@apache.org>
	 <BE43D74E-1DD4-11D8-A66F-000393D2CB02@apache.org>
 <1069621497.2477.381.camel@yum.ot> <3FC14E41.9060400@bruchez.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <C92D253F-1E63-11D8-A3C3-000A958B684A@outerthought.org>
Content-Transfer-Encoding: 7bit
From: Steven Noels <stevenn@outerthought.org>
Subject: Re: CocoonForms compared with JSF
Date: Mon, 24 Nov 2003 10:51:33 +0100
To: dev@cocoon.apache.org
X-Mailer: Apple Mail (2.606)
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N


On Nov 24, 2003, at 1:18 AM, Erik Bruchez wrote:

> This being said, for those who judge techologies without reading the
> specs (or who read them too fast), there is nothing in JavaServer
> Faces that forces you to use JSP or that limits you to outputting a
> character stream from a renderer.

Amen.

> An implementation that claims
> compliance must support JSP in order to provide a common denominator,
> but it can support other rendering technologies. You can certainly
> write a JSF "tag library" for an XML-based template language that
> outputs SAX.

Thanks for the insightful post.

</Steven>
-- 
Steven Noels                            http://outerthought.org/
Outerthought - Open Source Java & XML            An Orixo Member
Read my weblog at            http://blogs.cocoondev.org/stevenn/
stevenn at outerthought.org                stevenn at apache.org