Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 82029 invoked from network); 26 Sep 2005 20:12:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 26 Sep 2005 20:12:53 -0000 Received: (qmail 81055 invoked by uid 500); 26 Sep 2005 20:12:46 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 80168 invoked by uid 500); 26 Sep 2005 20:12:44 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 80155 invoked by uid 99); 26 Sep 2005 20:12:43 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Sep 2005 13:12:43 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [80.229.52.226] (HELO asgard.webthing.com) (80.229.52.226) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Sep 2005 13:12:49 -0700 Received: from asgard (asgard [192.168.10.2]) by asgard.webthing.com (Postfix) with ESMTP id 4025264591 for ; Mon, 26 Sep 2005 21:12:43 +0100 (BST) From: Nick Kew Organization: WebThing Ltd To: users@httpd.apache.org Date: Mon, 26 Sep 2005 21:12:40 +0100 User-Agent: KMail/1.8.1 References: <00ec01c5c2cb$cc144fc0$6600a8c0@tocsh> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200509262112.42512.nick@webthing.com> X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Question about apache versus XML/XLST X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Monday 26 September 2005 20:15, Joshua Slive wrote: > On 9/26/05, Normand Mongeau wrote: > > Hi All, > > > > this is my first posting here, so please bear with me if I'm at the wrong > > place. > > > > I'm looking at Apache to be used as an HTTP server, to access a GemStone > > database at the back end. In my scenario all pages will be active. > > Ideally I'd like Apache to convert HTTP requests to XML (presumably with > > XSLT) before feeding them to my database, which would then return the > > resulting data also in XML, for Apache to then convert that XML to HTML > > with XSLT, thus returning HTML to the client. That's a little confusing. mod_transform and others are available to convert outgoing XML to HTML, or whatever other formats you may want (and you might also like to look at the XMLNS framework, which is based on a SAX2 parser and therefore far more efficient than XSLT). But what exactly are you expecting to do with incoming data? Processing that was one of the initial objectives of mod_xml, but that basically withered for lack of real-life apps. > > > > I looked at different Apache modules but nothing seems to fit my > > scenario. For instance, the Xalan C++ sample named ApacheModuleXSLT is > > completely file-based, which is definitely not my case. I don't know that module. In the days of Apache 1.x, processing files was sometimes unavoidable, but anything that faffs about with them these days is probably not a good general-purpose choice. > > Is there a way to do the above scenario? > > There are various options. mod_transform is one and there are several > others listed on http://modules.apache.org/ > > But to be frank, unless your needs for performance are very high, most > people would not consider doing this in a C module. They would use a > higher level system like mod_perl/tomcat or a CGI/fastCGI-based system > in your favorite language. Why? Since the coming of Apache 2, applications development in C modules has become very attractive. It's what drew me into writing them, including reimplimenting a lot of stuff previously written as CGI or with mod_perl. > Not that it can't be done in a pure apache module written in C. It is > just that higher level languages will often be much easier to deal > with. They may be. But the APR takes away the biggest burden of C programming (namely, managing resources), and native-Apache has a lot to offer as applications platform. > > Joshua. > > --------------------------------------------------------------------- > The official User-To-User support forum of the Apache HTTP Server Project. > See for more info. > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > " from the digest: users-digest-unsubscribe@httpd.apache.org > For additional commands, e-mail: users-help@httpd.apache.org -- Nick Kew --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See for more info. To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org " from the digest: users-digest-unsubscribe@httpd.apache.org For additional commands, e-mail: users-help@httpd.apache.org