Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cocoon-dev@xml.apache.org
Message-ID: <3C43FB38.46C864F@apache.org>
Date: Tue, 15 Jan 2002 10:49:44 +0100
From: Stefano Mazzocchi <stefano@apache.org>
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: Problems with optional components (servlet, deli)
References: <GMEBIBHGAOFGJCDPJANDCEPCDGAA.cziegeler@s-und-n.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Carsten Ziegeler wrote:
> 
> Hi,
> 
> I'm just in the process of making as much as possible of the compilation
> optional in Cocoon.
> 
> There are some problems, here are two of them:
> 
> The deli package can not be left out as the components.deli.Deli interface
> directly imports hp classes. As this interface is required by the
> traxtransformer,
> the hp classes are required even if the DeliImpl is left out.
> 
> The second problem is the independence of the servlet api. We pray that
> cocoon is independent but for compiling (and running) cocoon the servlet
> classes are required even for cli. After patching some parts, there is
> only one place left: the abstract sitemap class. It contains the
> tryToResetResponse
> method which explicitly tests against an HttpResponse class, which is
> very bad! For separation concerns I would like to add a tryToResetResponse
> on the environment interface. Anything against this?

if this makes it abstract from the servlet API, go for it. +1

-- 
Stefano Mazzocchi      One must still have chaos in oneself to be
                          able to give birth to a dancing star.
<stefano@apache.org>                             Friedrich Nietzsche
--------------------------------------------------------------------


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