On Wed, Jun 06, 2001 at 04:28:43PM +0200, Luke Kenneth Casson Leighton wrote:
>...
> it doesn't use apache authentication, in fact there's a whole
> boat-load of stuff it can't use. it provides its own
> authentication, from cookies stored in xml-based
> user-profile files.
Side question: why don't you write mod_auth_FOO to authenticate against
those files? Then you wouldn't need to bother with authentication in xvl.
Users could also swap in/out their own authentication as they desired. Or,
of course, use the default mod_auth_FOO mechanism.
>...
> problem statement
> -----------------
>
> in other words, xvl is _the_ perfect candidate
> for significant integration / use of the apache
> codebase, but the boundaries for doing such
> radically different code generation - ala
> mod_php, mod_snake, mod_xvl etc. - are not
> clearly delineated or documented.
>
> in order to progress xvl, i need to be able
> to leverage the HTTP decoding and ap_xxx
> codebase - without all the trappings, bells
> and whistles of a fully-blown httpd
> installation, if users don't want one, and
> _also_ seamless integration into an existing
> httpd installation, if they do.
>
> i really want my cgi-bin capabilities back!
> i want to be able to run sendmail from xvl
> scripts!
>
> i want my cake _and_ a knife, plate and spoon
> _and_ the time to eat it at leisure [the cake].
>
> please.
>
> :)
>
>
> so. any suggestions? what components already
> exist?
Well, you obviously have an entire httpd server to grab code from. But in
terms of isolated components? Nothing beyond APR and APRUTIL.
> i'm using a brain-dead installation
> of mandrake 7.0 with glibc 2.2 (so i get
> error, cannot find symbol dl_init_next@@GLIBC_2_0
> whenever i compile a shared library with -ldl,
> that includes libxml2, apr, pretty much damn
> well everything: anyone any clues? i'm
> installing a lot of RPMs recently to overcome
> this, _when_ they're available...)
Hmm. No clue on that link error. Never seen it. Of course, I have glibc 2.1
on my box. Have you tried dropping the -ldl? Maybe 2.2 includes that
already.
> xvl uses the ap_pool code, the table code,
> list code, ap_psprintf, i need to exec
> / spawn programs, ideally i also need a
> portable version of unix-domain-sockets, which
> i understand doesn't exist in APR, yet.
APR does Unix domain sockets. We use them in mod_cgid.c.
APRUTIL also locates Expat on the system for you, or builds its bundled copy
of Expat. You could drop your libxml2 dependency. Even better, there has
been a call for a SAX-like API in APRUTIL, backed by Expat, libxml, or
Xerces. If you're motivated, you could implement that API for APRUTIL :-)
For exec/spawn of programs, take a look at the mod_cgi(d) code. There is
also the "other child" features of APR.
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
