Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Mime-Version: 1.0 (Apple Message framework v609)
In-Reply-To: <84F0A43A4248CE45B5C0E20F4C40779C600AED@naomi.webworks.nl>
References: <84F0A43A4248CE45B5C0E20F4C40779C600AED@naomi.webworks.nl>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <A104311A-46BC-11D8-8A4D-000393D2CB02@apache.org>
Content-Transfer-Encoding: 7bit
From: Stefano Mazzocchi <stefano@apache.org>
Subject: Re: slide block
Date: Wed, 14 Jan 2004 19:08:17 +0100
To: dev@cocoon.apache.org


On 14 Jan 2004, at 11:00, Unico Hommes wrote:

>
> I've mostly finished what I set out to do for the slide block: migrate
> to the current version and refactor the administration application in
> the samples accordingly. It was quite a lot of work and I hope it will
> prove to have been worth it. At the very least the Slide Source should
> remain to be useful for people wanting to run Slide in-memory with
> Cocoon.
>
> Now there is some code there that has become obsolete. And I am
> wondering what should be done with it.
>
> ModifiableTraversableSource and TraversableSource both have been
> deprecated. SourceDescriptionGenerator has been superseeded by
> TraversableSourceDescriptionGenerator. PrincipalProvider no longer 
> works
> with the current version of Slide because they now follow the ACL draft
> and I am not going to move it over because I won't be using it myself
> and because I feel the design is no longer useful. SourceMultiAction
> depends on deprecated classes. PrincipalMultiAction and
> PrincipalListGenerator both depend on PrincipalProvider.
> ContextFile*Stores both extend a longer supported Slide stores.
>
> Deprecating these seems not appropriate because they won't even work
> right now. After consulting with Stephan Michels about it - the 
> original
> author of the slide block - we both agreed that removing the obsolete
> classes would be the best option.

+1

--
Stefano.