cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stephan Michels <step...@apache.org>
Subject Re: Wyona based on Slide's CM API
Date Fri, 16 Aug 2002 09:33:02 GMT



On Fri, 16 Aug 2002, Michael Wechner wrote:

>
>
> Stephan Michels wrote:
>
> > On Fri, 16 Aug 2002, Michael Wechner wrote:
> >
> >
> <snip/>
> >
> > We want to build a system based on Cocoon/Slide for a e-Learning(I hate
> > this word) solution. We have authors from different universities, which
> > should edit their content via WebDAV and XMLSpy. We also offers to write
> > their content with LaTex. At moment we use only the classes, which are
> > part of the current Cocoon HEAD. So we dont't have a Work Flow Manager, or
> > other part, which have commercial CMS included.
> >
> > http://www.vs-c.de/
>
> Every university nowadays is doing it's own "E-Learning" project ;-)

Yes, on the last Cebit I was impressed how many CMS and E-Learning
solutions exists. They should rename this into "CMS and others".

> > Perhaps we can profit from each other ;-)
>
> Yeah, I am sure: University of Zurich is using Wyona and they also
> have an "e-learning" project. But maybe we should rather discuss that
> off the mailing list.

I know, there was also group from the ETH member from our project.

> >>>But this will only run one machine in this combination. If you want to
> >>>run this in a cluster, you will have problems with the caching of the
> >>>Slide Stores.
> >>>
> >>What kind of cluster do you have in mind?
> >>
> >
> > For example, more than one instances of Cocoon(or the WebDAV Servlet) on
> > different machines combined with a LoadBlancer.
>
> What about replication of the data between the stores on different
> servers? Or did you mean that by caching?

Some stores caches the content, to minimize the interaction with the
back-end. For example, we use in our development the XMLDescriptorStore,
which not noticed, if another store modified the content of the
descriptors. So you must write an Store Proxy to support concurrency
actions, which also handles the transactions.


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


Mime
View raw message