Randy Kobes wrote:
Granted, you can't have APR w/o building mod_perl, but it's possible to have APR w/o mod_perl if someone creates binary packages which provide only the files needed for APR, in which case modperl_ might be not the best name. May be we need to come up with aprperl_ or perlapr_ or perl_apr_ (or else) prefix for methods and for filenames which don't need modperl?
I was thinking along those lines too in making up a ppm
package for apreq2 - on Win32, all one needs is the
APR/APR::* modules, so in principle one could make up a
self-contained apreq2 package that doesn't need mod_perl
installed.
Exactly. And distos like mdk/rh could split mp2 into two packages, so people will need both if they need mp2, but only one if they need apr/perl. e.g. they may decide to install apr and apr/perl package and write apps based on apr, using apr/perl.
From a maintenance point of view that might be a mess, but it does illustrate your point - the modperl_ prefix might be confusing in a context outside of mod_perl.
So I'll hold off until a better name is decided upon. It's a bit tricky, as the method names also have to make sense within the context of mod_perl, where they might not have a direct connection to apr ... Perhaps something with "common" in the name, as most of these come from a modperl_common_* file?
well, I didn't spend too much time choosing the name for the abstraction. It really was just a proof of concept. If everybody is happy with that we ought to rename all those common and other subs (and files) which aren't modperl specific (and not used only by modperl) to that new prefix. So we have ap_ and apr_ functions, which are used all over modperl. Now we will have another namespace (e.g. perl_apr_) which will be used just like ap_ and apr_ namespaces.
The good thing about using perl_apr_ (or whatever we choose) is the clear separation in the code, so one doesn't create modperl dependecies inside perl_apr_ functions.
-- __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
