Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 37847 invoked by uid 500); 30 Apr 2003 22:09:37 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 37815 invoked from network); 30 Apr 2003 22:09:37 -0000 Received: from imo-d01.mx.aol.com (205.188.157.33) by daedalus.apache.org with SMTP; 30 Apr 2003 22:09:37 -0000 Received: from cummingscs@netscape.net by imo-d01.mx.aol.com (mail_out_v34.22.) id y.13b.6ee8b3b (22681) for ; Wed, 30 Apr 2003 18:09:13 -0400 (EDT) Received: from netscape.net (mow-m03.webmail.aol.com [64.12.184.131]) by air-in04.mx.aol.com (v93.8) with ESMTP id MAILININ42-58993eb04989122; Wed, 30 Apr 2003 18:09:13 -0400 Date: Wed, 30 Apr 2003 18:09:13 -0400 From: cummingscs@netscape.net (Steven Cummings) To: cocoon-users@xml.apache.org Subject: Re: Using Cocoon exclusively for the V in MVC MIME-Version: 1.0 Message-ID: <6B93E418.20438B59.0EE20915@netscape.net> X-Mailer: Atlas Mailer 2.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Milo, Well yes. Sorry, I was assuming that scenario, where you start with the cocoon webapp, trim it down (or at least the sitemap), throw your servlets into WEB-INF/classes or a jar in WEB/INF/lib, and then add them to the servlets and servlet-mappings in web.xml so that they are matched before CocoonServlet. As for accessing the session from cocoon, this should be pretty simple except that I don't know if Cocoon sessions are an abstraction over servlet sessions (in which case you can probably still access the real session from Cocoon's session class) or whether they directly uses keys in the real session. Those details depend on how exactly you're using Cocoon for presentation, whether it be XSP, XSLTs, or custom transformers. /S Milo Hyson wrote: >Steven Cummings wrote: > >>Milo, >> >>It seems to me that you should be able to have the cocoon app, but in web.xml, map servlets other than the cocoon servlet so that these others run normally. Anything else should be run by cocoon. I once did this to have the regular JSP servlet run JSPs (not through cocoon) and everything else by cocoon. But if your sitemap accesses any of these non-cocoon resources you'll probably have to give a URL in the file-generator because of course cocoon won't find the resource via the cocoon: protocol. Somebody correct me if I'm wrong. HTH. >> >> >> >All I need is to be able to set up context, session and request >attributes in an external Servlet and access them from a Cocoon >pipeline. Essentially, I want to use Cocoon as a replacement for JSPs. > >Since Cocoon is shipped in a WAR file, would I not have to extract the >files in order to gain access to the web.xml? > >-- >Milo Hyson >CyberLife Labs > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org >For additional commands, e-mail: cocoon-users-help@xml.apache.org > > -- Steven Cummings Columbia, MO Email: cummingscs@netscape.net AIM: cummingscs ICQ: 3330114 MSN: cscummings@hotmail.com __________________________________________________________________ Try AOL and get 1045 hours FREE for 45 days! http://free.aol.com/tryaolfree/index.adp?375380 Get AOL Instant Messenger 5.1 for FREE! Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455 --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-users-unsubscribe@xml.apache.org For additional commands, e-mail: cocoon-users-help@xml.apache.org