"Henderson, Michael D" <michael.d.henderson@lmco.com> wrote on 11/24/2004
03:19:46 PM:
> I'd like to extend hooks a bit by embedding an interpreter in svnserve.
Maybe
> I'm looking at solving a problem that doesn't exist, but doing so would
allow
> the server to run a script internally rather than shelling out to a
script every time.
>
> I'm looking at using lua or ferite for the interpreter. lua's small and
fast.
> ferite is fun. I'm also comfortable with both. lua can pre-parse a
script,
> which helps on repeated calls.
>
> Is this something that *should* be done? I don't see a lot (read "no
one")
> clamoring for such a feature. Most of the functionality of hooks I've
seen
> could easily be handled without calling the shell. For those that
couldn't,
> hook scripts could still be called.
>
> Plus, the interpreted scripts would be portable to other operating
systems.
> The problem that originally got me to thinking about this was ACLs. It
looks
> to be easy (and fast) to run an interpreted script to check and enforce
> permissions. Plus, as a script, a replacement system could be dropped in
> without recompiling if the interface was identical.
>
> Would there be a performance hit that I'm not seeing?
>
> I don't use svn over Apache, so I haven't given any thought to mod svn.
Is
> there a place/way to put in a change like this so that both could share?
Hooks are in libsvn_repos, so if you implemented a feature like this, it
would work for all access methods. Are these interpreters portable to all
of the operating systems that Subversion and APR support?
Finally, isn't there a stability advantage to running the scripts in a
separate process? Perhaps not.
It is an interesting idea. Portability of the interpreter would be my
concern.
Mark
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 24 21:39:21 2004