Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 30071 invoked by uid 500); 5 Jun 2001 21:37:47 -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 30055 invoked from network); 5 Jun 2001 21:37:45 -0000 Message-ID: <20010605213749.38030.qmail@web12801.mail.yahoo.com> Date: Tue, 5 Jun 2001 14:37:49 -0700 (PDT) From: Davanum Srinivas Reply-To: dims@yahoo.com Subject: Re: Why WebApp programming is harder than necessary with C2 To: cocoon-dev@xml.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Giacomo, Please check if what i checked in is ok. Berin, Please let me know if this works for you. Thanks, dims --- giacomo wrote: > On Tue, 5 Jun 2001, Berin Loritsch wrote: > > > There is one point in the webapp that makes WebApp developing > > more difficult than necessary in Cocoon2. This has to do with > > redirects. I was originally for not allowing redirects for > > generators, transformers, and especially serializers. However, > > I always tried to advocate leaving that ability in Actions. > > As a result, we have our Sitemap handle too many concerns. > > NEVER should the sitemap handle WebApp LOGIC. I don't mind > > having it specify the Actions to use, or even rearrange their > > order. I do mind that I have to do some serious fenangling > > with sitemap parameters and dynamic logic to embed program > > logic in the sitemap. > > > > I propose to allow the Environment object to be passed to > > Actions in the objectModel. That way, Actions can still do > > redirects--easing program development. This also simplifies > > the site administrators duties in that they no longer have > > to know the gory details of how the program logic works. > > All the time, it also removes the ability for the other > > sitemap components to perform redirects. > > > > The current programming model is too restrictive--and I have > > to do true HACKS to get around it. I have a program to > > release to a customer soon, and it would really simplify my > > life if I can handle site security and redirects conveniently > > in Actions. > > I knew it will come sooner or later. Maybe we should have a Redirector > interface that a concrete Environment should implement to enable an > Action to do redirects only (I don't see the other methods of > the Environment interface be relevant to an Action). > > As this is a change of an Interface (Action) this should be > implemented VERY SOON as Carsten will do the dists tomorrow. > > Giacomo > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > For additional commands, email: cocoon-dev-help@xml.apache.org > ===== Davanum Srinivas, JNI-FAQ Manager http://www.jGuru.com/faq/JNI __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org