quetz-mod_python-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Graham Dumpleton (JIRA)" <j...@apache.org>
Subject [jira] Work started: (MODPYTHON-144) Make apache._server/apace._interpreter part of public API.
Date Sat, 11 Mar 2006 01:50:55 GMT
     [ http://issues.apache.org/jira/browse/MODPYTHON-144?page=all ]
Work on MODPYTHON-144 started by Graham Dumpleton

> Make apache._server/apace._interpreter part of public API.
> ----------------------------------------------------------
>          Key: MODPYTHON-144
>          URL: http://issues.apache.org/jira/browse/MODPYTHON-144
>      Project: mod_python
>         Type: Improvement
>   Components: core
>     Reporter: Graham Dumpleton
>     Assignee: Graham Dumpleton

> Within the mod_python.apache module there exists two private variables called "_server"
and "_interpreter". These are initialised when an interpreter is first created. The variables
are set to be an instance of the mod_python "serverobject" and the name of the interpreter.
In effect, these would be the same as are available to a request handler as "req.server" and
> The problem with those in the "req" object is that they are only available to the request
handler. If these variables in the "mod_python.apache" module are made part of the public
API, they would then be accessible by any code. Since "server.get_options()" now exists and
"server.get_config()" works properly, making these public would allow code running at global
scope when a module is being imported to consult the server level config and/or options to
customise their runtime behavour.
> Thus, proposed that these variables be renamed to "apache.server" and "apache.interpreter".

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message