Return-Path: 
 <cocoon-dev-return-27070-apmail-xml-cocoon-dev-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org
Received: (qmail 11170 invoked by uid 500); 21 May 2002 10:40:18 -0000
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:cocoon-dev-help@xml.apache.org>
list-unsubscribe: <mailto:cocoon-dev-unsubscribe@xml.apache.org>
list-post: <mailto:cocoon-dev@xml.apache.org>
Reply-To: cocoon-dev@xml.apache.org
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 11150 invoked from network); 21 May 2002 10:40:18 -0000
Date: Tue, 21 May 2002 12:39:05 +0200 (CEST)
From: Stephan Michels <stephan@vern.chem.tu-berlin.de>
To: cocoon-dev <cocoon-dev@xml.apache.org>
Subject: Re: SourceFactory for content managment
In-Reply-To: <001801c200ad$d5bdc080$670004c0@PC103>
Message-ID: <Pine.LNX.4.33.0205211228120.30012-100000@vern.chem.tu-berlin.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N



On Tue, 21 May 2002, Nicola Ken Barozzi wrote:

> From: "Stephan Michels" <stephan@vern.chem.tu-berlin.de>
>
> > Hi,
> >
> > last week there was a liitle discussion about a SourceFactory for
> > CVS repositories. I tried to find a CVS libary to implement such a
> > SourceFactory, but I doesn't had luck. All libaries work over
> > local stored files.
>
> Not netbeans' AFAIK.

Perhaps I should take an another look.

> > But on my way, I found the jakarta slide project. It seems to me very
> > interesting. So I implement a first working draft for
> > a "SlideSourceFactory", and a junit test case. It makes possible
> > to handle document by revisions, and works with different stores.
> >
> > Example:   slide://version/test?revision=1.1+username=guest
> >
> > It also implements the WriteableSource interface.
> >
> > If somebody is interested in, I could commit this things to bugzilla.
>
> :-D YEEEES! I looked in slide yesterday too, and this is way *proactive* ;-)
>
> I think this would be an excellent addition, and very useful with Forrest
> too, send it in :-)

Nice to hear, but I should you warn, my knowlege about slide is two days
old. And took the factory to learn about the infrastructure of slide ;-)

Some more explanations about this factory:

'slide://version/test' reads the file 'test' from the namespace 'version'
with the highest revision. If you write this source, you will create a new
revision of this document.

'slide://version/test?revision=1.1+user=root', this source read and write
the exact revision of the document.

The following entry in cocoon.xconf should work, but I haven't it yet
tested.

<source-factories>
   <component-instance
          class="org.apache.cocoon.components.source.SlideSourceFactory"
          name="slide">
    <domain-configuration>my-dir/Domain.xml</domain-configuration>
   </component-instance>



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