Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 59345 invoked by uid 500); 7 Oct 2002 12:20:21 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 59334 invoked from network); 7 Oct 2002 12:20:21 -0000 From: "Carsten Ziegeler" To: Subject: RE: defaulting to a matcher when another one is not present Date: Mon, 7 Oct 2002 14:23:38 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3DA175FE.6010006@anyware-tech.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 07.10.2002 14:20:20, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 07.10.2002 14:20:20, Serialize complete at 07.10.2002 14:20:20 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Sylvain Wallez wrote: > >> > >No, I don't agree here. Yes, components are inherited and yes > views should imho also be inherited, but this is a > one-way-street. The main sub sitemap gives control to the sub > sitemap. You can't use components declared in the sub-sitemap in > the main sitemap etc. > > > > > > I guess there's a misunderstanding here : what I understand in the above > is that you don't want a pipeline to be partially built in a subsitemap > and terminated in the parent sitemap. > > *I fully agree with this* : a subsitemap should either fully handle the > request (from generator to serializer) or not handle it at all. > Ok. > What is proposed is different and is only about giving control back to > the parent sitemap if a subsitemap did not handle the request, i.e. > there was no match in the subsitemap. > Ok - thanks for the clarification. > >>>3) Before you consider implementing this simple sounding > change, have a look at all the component manager and source > handling stuff which takes place when a sub sitemap is invoked - > it's very difficult to implement your wantet behaviour without > breaking everything. > >>> > >>Why is this so difficult ? The environment context is changed > when mounting a subsitemap. Will it be difficult to restore the > context when "unmounting" a sitemap ? > >> > >Yes, I think so - I haven't looked too much into the code but I > remember that there will be some problems with respect to the > special lifecycle interfaces handled by the CocoonComponentManager. > > > > With the above clarification (no cross-sitemap pipeline building), will > those problems arise ? > Yes. > >And sorry, I really think that this idea comes near to FS - but what > >do others think about this? > > > > When several people have a good use case for something, then this may > not be FS but a real need. So let's see what comes out from this > discussion. > Agreed! Carsten --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org