Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 24203 invoked from network); 24 Jan 2000 20:48:04 -0000 Received: from mta2.rcsntx.swbell.net (151.164.30.26) by 63.211.145.10 with SMTP; 24 Jan 2000 20:48:04 -0000 Received: from [209.184.1.219] by mta2.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FOU0025OXQC9Z@mta2.rcsntx.swbell.net> for cocoon-dev@xml.apache.org; Mon, 24 Jan 2000 14:47:06 -0600 (CST) Date: Mon, 24 Jan 2000 14:47:16 -0600 From: Mike Engelhart Subject: Re: servlet or no? (was Re: [Moving on] SAX vs. DOM part II) In-reply-to: To: cocoon-dev@xml.apache.org Message-id: MIME-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit User-Agent: Microsoft Outlook Express Macintosh Edition - 5.01 (1630) Donald Ball wrote: > Thought - why not just have the command line tool construct and fire off > an HTTP request? That way you're not forcing your mail server and your > cocoon server to coexist. Plus you keep all of the benefits of servlets > (namely persistency). > > In general, you should be able to map most any service request to an HTTP > request. It may not necessarily be the best design pattern - I don't > honestly know, but it's at least worth considering. > > - donald I agree - maybe we could start a side project, (we can call it "Mothra" :-)) that develops a java application that generates HTTP requests to Cocoon for creation of static pages. It would probably be pretty easy. We could even use the Jakarta projects work to create a standalone version of Tomcat that runs Cocoon right out of the box but is configured and run from within Mothra so the user doesn't have to worry about that meddlesome HTTP stuff. Also, make it have a plug-in architecture so that if you wanted it process incoming email you could write a plug-in that allowed it receive that kind of request and forward it to Cocoon. ?? Mike