10-08-06 12:13 PM
[ http://issues.apache.org/jira/brows...244
0752 ]
Graham Dumpleton commented on MODPYTHON-127:
--------------------------------------------
Have made code changes (not documentation), but not yet committed.
Having done this, I found myself asking whether there should also be a:
mod_python.session.database_directory
This would be a fallback for when the 'session_database' option against a sp
ecific type of session class hasn't been set. Ie., search order would be:
mod_python.dbm_session.database_directory
mod_python.session.database_directory
session_directory # for backward compatibility only
and:
mod_python.file_session.database_directory
mod_python.session.database_directory
session_directory # for backward compatibility only
This would allow session directory to be set once regardless of what type of
session class was used. At least, for those which store stuff in the file s
ystem, as MemorySession wouldn't use it.
Comments???
> Use namespace for mod_python PythonOption settings.
> ---------------------------------------------------
>
> Key: MODPYTHON-127
> URL: http://issues.apache.org/jira/browse/MODPYTHON-127
> Project: mod_python
> Issue Type: Improvement
> Components: core
> Affects Versions: 3.3
> Reporter: Graham Dumpleton
> Assigned To: Graham Dumpleton
> Fix For: 3.3
>
>
> In the interests of avoiding name clashes, I want to push that where mod_p
ython uses its own PythonOption settings, that they use a namespace. For exa
mple:
> PythonOption mod_python.session_cookie_name ...
> PythonOption mod_python.ApplicationPath ...
> PythonOption mod_python.session_dbm ...
> PythonOption mod_python.session_fast_cleanup ...
> etc ....
> If appropriate for mod_python, multiple levels of naming should be used. F
or example, "session_fast_cleanup" is actually related to FileSession, so pe
rhaps it should be:
> PythonOption mod_python.Session.cookie_name ...
> PythonOption mod_python.Session.application_path ...
> PythonOption mod_python.DbmSession.database ...
> PythonOption mod_python.FileSession.fast_cleanup ...
> Thus, class name is interjected as second level in name. Also would like t
o see final attribute name settle on lower case with underscore between dist
inct words.
> We can support old names in mod_python for the time being but should depre
cate them.
> Any third party package developers should be strongly encouraged to also p
ut any of their own PythonOption settings names in their own unique namespac
e.
> Mailing list thread where this was first proposed, and in case there were
followups of interest, was:
> http://www.modpython.org/pipermail/...ary/020213.html
[ Post a follow-up to this message ]
|