From owner-freebsd-config Sat Jan 31 03:18:25 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA28264 for config-outgoing; Sat, 31 Jan 1998 03:18:25 -0800 (PST) (envelope-from owner-config) Received: from word.smith.net.au (ppp10.portal.net.au [202.12.71.110]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA28259 for ; Sat, 31 Jan 1998 03:18:21 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id VAA03258; Sat, 31 Jan 1998 21:38:39 +1030 (CST) Message-Id: <199801311108.VAA03258@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Alex Belits cc: Terry Lambert , rivers@dignus.com, capriotti0@hotmail.com, capriotti@geocities.com, config@FreeBSD.ORG, joe.shevland@horizonti.com Subject: Re: WebAdmin In-reply-to: Your message of "Sat, 31 Jan 1998 02:29:04 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Jan 1998 21:38:39 +1030 From: Mike Smith Sender: owner-config@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I will ask again; would people *PLEASE* take this conversation to -config, where it belongs. > On Sat, 31 Jan 1998, Terry Lambert wrote: > > > I think that the atomicity of the transaction for HTML is an implementation > > detal; a detail best served by defineing how a transaction is to take place. > > > > That the HTML post is a "transaction" is seperate from "what to do when > > an HTML post is seen and you are an HTML server". > > Of course, implementation can treat it as a transaction or not. I only > mean that HTTP protocol with forms uploaf provides a mechanism that allows > HTTP server to use transactions regardless of the model used by client for > its actions as long as the client uses HTTP. HTTP has *nothing* to do with the parameter store. HTTP is an abstraction within the presentation layer ("user interface"). If you are using HTTP in the presentation layer, it is the actions performed by the "server" side of the HTTP interface which need to be grouped in a transaction. Terry's 'container object' technique is about the only way to do it; in fact it *is* a transaction technique with the internals of the process exposed to the consumer. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\