Brian Overstreet wrote:
>
> 2.1.1.2 mod_python library objects
>
> /usr/lib/python2.6/site-packages/mod_python/testhandler.py
Does mod_python support python 3.0? Is it just a choice to support
2.6 only?
> 2.1.2.1 mod_ruby Apache objects
>
> /usr/apache2/2.2/libexec/mod_ruby.so
> /usr/apache2/2.2/libexec/${ISAINFO}/mod_ruby.so
> /etc/apache2/2.2/conf.d/ruby.conf
Can 64bit mod_ruby.so be compiled without access to 64bit ruby libraries?
> 4. Packaging and Delivery
>
> The modules will be split into two parts. One the apache part which
> consists of modules loadable into apache, and another the scripting
> library part. It was chosen to split the packages into a native
> component and a library part as this is the approach taken by the upstrea
> components. They allow the native part (.so file) and language library
> to be installed separately.
Do the ruby|python libraries (i.e. all the .../mod_python/*.py and
.../apache/*.rb) document useful APIs or other interfaces which can be
used independently of the corresponding apache modules? In other
words, do we have known use cases where a user will want to install
just these language libraries without installing the apache module?
(If the answer is no, then why package them separately?)
(If the answer is yes, the interface table should have some info on these
APIs|interfaces.)
> 5.1.2 mod_ruby
> There were no commitments from mod_ruby developers in this
> regard. The project has not had a release after 2006. The interface of
So is mod_ruby still a living project or has it stopped?
Has development slowed|stopped because it is "done" or has it just
been abandoned?
Is it expected that there is a migration path eventually to ruby 1.9?
> 5.2. Imported Interfaces
>
> SUNWPython External PSARC/2009/043
That can't be right, there are no 'External' exported interfaces
listed in 2009/043 (External is an old interface classification which
hasn't been used for a few years now).
An imported interface is meant to correspond to some concrete
interface exported by another case. The above suggests mod_python is
importing the package name "SUNWPython" but I guess it is really
importing language APIs. Check the latest and previous python cases
for the best match.
(But you'll find that ARC cases for third party components like these
are often relatively ambiguous in terms of the interface exports, so
there may not be a precise export to import, but check.)
> 6. Limitations
> 1. mod_ruby
> mod_ruby is known to be unstable under Worker MPM for apache
> (threaded MPM)
Is it useful at all or will this case ensure it is not active if
worker MPM is used, to prevent having users spend time trying to use a
combination that doesn't work?
--
Jyri J. Virkki - jyri.virkki at sun.com - Sun Microsystems
