On Sat, 9 Feb 2002, kingadziembowska wrote: > > ----- Original Message ----- > From: "giacomo" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Saturday, February 09, 2002 2:58 AM > Subject: RE: Dispatcher/Adapter > > > > On Fri, 8 Feb 2002, Vadim Gritsenko wrote: > > > > > > From: giacomo [mailto:[EMAIL PROTECTED]] > > > > > > > > On Fri, 8 Feb 2002, DZIEMBOWSKI,KINGA (HP-NewJersey,ex2) wrote: > > > > > > > > > > > > > > > > > > So, Vadim, why are they there? > > > > > > > > > > > > To show off the possibility ;) > > > > > > There was concern raised: lots of "org.apache.cocoon....." in > > > > > > sitemap.xmap scares newbies away, and I kind of agree with this > > > > > > statement (remembering these days when had a look at (IIRC) > > > Jetspeed > > > > > > configuration) > > > > > > > > > > > > So we need to come to some conclusion on this and (may be) > > > > > > move most of > > > > > > the standard components into cocoon.xconf. This will allow us to > > > have > > > > > > clean sitemap.xmap. > > > > > > > > > > > > Vadim > > > > > > > > > > I do prefer to register Adapter components in the cocoon.xconf. The > > > Adapter > > > > > components are not part of the pipeline definition and it is better > > > to > > > > > register them in cocoon.xconf rather than in sitemap. > > > > > Please somebody confirm that components registered in the > > > cocoon.xconf got > > > > > this same "treatment" as those from sitemap. Configuration etc. > > > > > > > > Yes, they got configurations, but they will not be setup like sitemap > > > > component (means no objectModel, Resolver, etc.). > > > > > > They will be. When looked up by sitemap. Otherwise, how it works now? > > > > Yes, when they are handeled by the sitemap, but usually components are > > looked up by a ECM which does the regular Avalon initialisation sequence > > (and thus no setup with objectModel etc.). That's what I was talking > > about when I said moving the Adaptor to cocoon.xconf as normal Avalon > > components. > > > > Giacomo > > > Thanks for clarifications. For Adapter, the better place for registration is > cocoon.xconf . I am glad that it is possible. This way the sitemap protocol > is not violated, the modifications to the sitemap "family" of objects is not > needed. Simple and clean. > Done.
Cool. I'll have a look at it next week and also try to test interoperability with Axis client to see how it works (I hope the link http://soap.bluestone.com/proposal/proposal has the updated version then) Giacomo > > Now what we do with the HttpServletRequest/HttpRequest/Request problem ? > > Kinga > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, email: [EMAIL PROTECTED] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, email: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
