Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: neutral (hermes.apache.org: local policy)
Message-ID: <417D2648.2070508@apache.org>
Date: Mon, 25 Oct 2004 18:14:00 +0200
From: Sylvain Wallez <sylvain@apache.org>
Organization: Anyware Technologies
User-Agent: Mozilla Thunderbird 0.8 (Macintosh/20040913)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: getInputStream()  in  FOM_Cocoon.FOM_Request ?
References: <417AEB63.8090005@ajlsm.com>
 <7D66815C-25B2-11D9-90B6-000D93C1F3E2@hippo.nl> <417D2185.2090609@ajlsm.com>
In-Reply-To: <417D2185.2090609@ajlsm.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit

Fr�d�ric Glorieux wrote:

>
>
>> The Request interface itself does not have getInputStream method, 
>> only HttpRequest does. So first step would be to add getInputStream 
>> method to the Request and then add it to FOM.
>
>
> DONE, it seems to work for me. Still problems for a real world WebDAV 
> implementation, but this is for other threads.
>
>> I think this would be a good addition. What do others think?
>
>
> YES, what do they think ?


+1.

But we have to define the behavior of getInputStream for environments 
where it has no meaning (e.g. background env, sitemap source, cocoonbean 
etc). IMO, we should throw an exception for these cases.

Sylvain

-- 
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }