Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 72907 invoked by uid 500); 11 Feb 2002 20:02:17 -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 72896 invoked from network); 11 Feb 2002 20:02:17 -0000 Message-ID: <079FD72E42C9D311B854009027650E6F0ABED34C@xatl02.atl.hp.com> From: "DZIEMBOWSKI,KINGA (HP-NewJersey,ex2)" To: "'cocoon-dev@xml.apache.org'" Subject: RE: Dispatcher/Adapter Date: Mon, 11 Feb 2002 12:02:18 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dims, 1. First I like to ask somebody to make all the explanations about which component can be registered where and why ( cocoon.xconf or sitemap.xmap ) available in the documentation. I feel very strong that it is important piece of information helping developers to make correct choices. 2. The capability to register multi-item sitemap components in cocoon.xconf is new, and exists for post release code correct? Now, I switched my registration to cocoon.xconf and it seems to work correctly. I am ready to generate the diffs. We can assume this part is done. The meaning of this switch is - no more necessity to modify sitemap core objects, and sitemap.xsl this is very important. I will generate the diff files and update the download site. For the Vadim suggestion I will send the message soon (we are in the HP-SOAP release and many thinks happens...). Kinga > -----Original Message----- > From: Davanum Srinivas [mailto:dims@yahoo.com] > Sent: Monday, February 11, 2002 2:15 PM > To: cocoon-dev@xml.apache.org > Cc: kingadziembowska > Subject: Re: Dispatcher/Adapter > > > Kinga, > > Do you have a patch ready against the latest CVS? If yes, am > ready to take a look to come up with > suggestions for "HttpServletRequest/HttpRequest/Request" problem. > > Can you also please reply to Vadim's suggestions? > (http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=101327218816330&w=2) > > Thanks, > dims > > > 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. > > > > Now what we do with the > HttpServletRequest/HttpRequest/Request problem ? > > > > Kinga > > ===== > Davanum Srinivas - http://jguru.com/dims/ > > __________________________________________________ > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! > http://greetings.yahoo.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org > For additional commands, email: cocoon-dev-help@xml.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org