Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Sender: giacomo
Message-ID: <38EA361E.8A8F4EAF@pwr.ch>
Date: Tue, 04 Apr 2000 20:36:14 +0200
From: Giacomo Pati <Giacomo.Pati@pwr.ch>
Organization: PWR Organisation & Entwicklung
MIME-Version: 1.0
To: cocoon-dev@xml.apache.org
Subject: Re: Playing with Cocoon 2
References: <Pine.LNX.4.10.10004041302030.2526-100000@localhost.localdomain>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Donald Ball wrote:
> 
> On Tue, 4 Apr 2000, Stefano Mazzocchi wrote:
> 
> > Donald Ball wrote:
> >
> > > I'm running into a similar problem with my XIncludeFilter. How do I get a
> > > reference to the sitemap's parser (so I don't hard code xerces in)? If
> > > Filters or SitemapComponents had access to the ComponentManager object,
> > > I'd be set, but they don't.
> >
> > ???
> >
> > They don't if you don't want them to do.
> >
> > I know it's not easy to see it, but Cocoon2 incorporates many of the
> > Avalon ideas for componentized and polymorphic frameworks.... that
> > means:
> 
> >
> >  "if you want something, add the interface that provides you that
> > service"
> 
> No, it's very easy to see that it uses avalon's ideas extensively, but the
> uses of the various interfaces aren't always obvious. Learning by example
> is tricky too since it seems that any useful class extends three or four
> other classes and implements at least a dozen interfaces (that is to say,
> it implements three interfaces that each implement four more). We need a
> class map poster for cocoon2.

Well, thats what I've though too, good old class diagrams :-)

Giacomo
> 
> > This is:
> >
> > Components do _NOT_ have access to other components. They are
> > components, they are passive so they are _used_! They MUST NOT access
> > any other component.
> >
> > On the other hand, it's perfectly normal that components need access to
> > other components. For this reason you do
> 
> Read those two lines carefully. Read 'em again. Yep, nothing like a good
> old Stefano paradox to get them neurons firing early in the morning.
> 
> Thank you, though. implementing Composer was just what I needed to do.
> 
> - donald

-- 
PWR Organisation & Entwicklung            Tel:   +41 (0)1 856 2202
Giacomo Pati                              Fax:   +41 (0)1 856 2201
Hintereichenstrasse 7                     Mailto:Giacomo.Pati@pwr.ch
CH-8166 Niederweningen                    Web:   http://www.pwr.ch