| Graham Dumpleton (JIRA) 2007-04-11, 1:13 pm |
|
[ https://issues.apache.org/jira/brow...ls:all-tabpanel ]
Graham Dumpleton closed MODPYTHON-156.
--------------------------------------
> Module imports from server side includes and new importer.
> ----------------------------------------------------------
>
> Key: MODPYTHON-156
> URL: https://issues.apache.org/jira/browse/MODPYTHON-156
> Project: mod_python
> Issue Type: Sub-task
> Components: importer
> Reporter: Graham Dumpleton
> Assigned To: Graham Dumpleton
> Fix For: 3.3
>
>
> With old module importer, where Python*Handler directives are used in a directory context, that directory is added to sys.path. Now where Python code is being used with server side includes in that same directory and code of form:
> module = apache.import_module("xxx")
> is used with "xxx.py" also being in the same directory, it will be found due to the directory being added to sys.path.
> With the new module importer, the directory isn't added to sys.path and so the module would not be found.
> In the case of a handler module (rather than SSI Python code), such a module import would still work, as the new module importer is smart enough to realise that the caller was also imported using the new module importer and thus would look in the same d
irectory first or as necessary, in the directory the Python*Handler directive was specified for. This will not work for SSI code though, as it is not part of an imported module and is eval/exec'd on each page request.
> What is thus required is for the global environment in which the SSI code is executed for a specific page, to be automatically marked up in such a way that the new module importer believes it was imported as a module by the new module importer, thus tri
ggering it to look in the same directory for modules.
|