Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@httpd.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Date: Mon, 10 Sep 2007 09:36:41 -0700
From: Chris Darroch <chrisd@pearsoncmg.com>
Subject: Re: mod_dav hack
In-reply-to: <50056.1188954873@comment.icecreamhasnobones.org>
To: dev@httpd.apache.org
Message-id: <46E57299.3080406@pearsoncmg.com>
Organization: Pearson CMG/CTG
MIME-version: 1.0
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
References: <50056.1188954873@comment.icecreamhasnobones.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060423

Fred Woods wrote:

> I've written an extension/hack for mod_dav.  I would like to know if it
> would be useful to others and how I might change it to be more portable?
> 
> The hack hooks the code to store, copy, rename, and remove files.
> It creates a string representing the operation and the path elements,
> and writes the string to a unix domain socket.  The simple hook method
> was chosen so as to have as little affect on the apache web server as
> possible.
> 
> The service I have listening on the unix domain socket is called davsync.
> It is a service that replicates the operations onto other servers and
> selectively checks some types of files into a configured version control
> system.
> 
> To make it portable, I assume I all need to do is make the hook socket
> configurable in the httpd.conf file and handle other types of sockets?

   Sounds interesting ... can you put it up somewhere so others can
take a look?  (Hard to know in the abstract if those are the only
portability issues.)  It would be of interest to me if the "store" hook
could also invoke a "content validation" provider to, for example,
do XML validation against a schema before permitting the file to be
changed.

Chris.

-- 
GPG Key ID: 366A375B
GPG Key Fingerprint: 485E 5041 17E1 E2BB C263  E4DE C8E3 FA36 366A 375B