[Prev][Next][Index][Thread]

cc:Mail UUCPLINK 2.0 Undeliverable Message



User mutual!OCARROLL at TMC_HH@mutual.co.uk is not defined
           Original text follows 
-----------------------------------------
Received: by ccmail
Received:  from uupsi by co.uk (UUPC/extended 1.11) with UUCP;
           Wed, 18 Sep 1996 18:18:14 BST
Received: from www19.w3.org by sys4.cambridge.uk.psi.net (8.7.5/SMI-5.5-UKPSINet)
	id SAA03533; Wed, 18 Sep 1996 18:14:39 +0100 (BST)
Received: by www19.w3.org (8.6.12/8.6.12) id NAA14946; Wed, 18 Sep 1996 13:11:28 -0400
Resent-Date: Wed, 18 Sep 1996 13:11:28 -0400
Resent-Message-Id: <199609181711.NAA14946@www19.w3.org>
From: HEPWORTH@mutual.co.uk
X-ccAdmin: mutual@uupsi
Date: Wed, 18 Sep 96 17:27:35 
Message-Id: <9608188430.AA843092856@mutual.co.uk>
To: www-rdb@w3.org
Subject: Re[2]: CGI/Perl vs. Middleware
X-List-URL: http://www.w3.org/pub/WWW/Archives/Public/www-rdb/
Resent-From: www-rdb@w3.org
X-ccAdmin: mutual@uupsi
X-Mailing-List: <www-rdb@w3.org> archive/latest/293
X-Loop: www-rdb@w3.org
Sender: www-rdb-request@w3.org
Resent-Sender: www-rdb-request@w3.org
Precedence: list


Although the "In Process" extensions are efficient, I believe there is a 
fundamental flaw in this architecture. Once an extension is loaded into the 
server's address space there is a real danger that a failure within the 
extension could cause the server's memory space to become corrupt, crashing the 
server. It's the old trade off between speed and stability. 

Al
 
> I've heard alot about the advantages of products that work "in process" and 
tal k directly to NSAPI and ISAPI vs "out of process i.e.: CGI 
> scripts"
> 
> My opinion is that CGI/Perl is "old school" and that the future of 
client/serve r www functionality is clearly based on in-process middleware 
> solutions.
> 
> Hope this sparks some discussion.
> 
> Steve
> 
> 
> -------------------------------------------------------- 
> Technology Briefings            Client/Server Solutions 
>    
>                      T/SA   L t d. 
> 
> Information Architecture     WWW + Database Integration 
>                                          
>                     tsaltd@panix.com 
>                      (212) 343-0209
> --------------------------------------------------------- 
> 
>