Graham Dumpleton commented on MODPYTHON-218:

Attach your patch to this issue. Also get yourself subscribed to the developer 
mailing list described in:


and bring the issue up there if you want to get feedback.

Personally I believe it is just becoming too unwieldy to keep adding extra 
functions on an ad-hoc basis. I believe effort should be directed to a SWIG 
binding for Apache. Unfortunately such a beast can't really be harnessed by 
mod_python itself because it would be too much trouble to make it backwards 
compatible and would just make the mod_python code base even harder to 
maintain. As a separate package though it is realistic and I do actually have 
most of such a SWIG binding done.

> Access to additional Apache functions and request_rec fields
> ------------------------------------------------------------
>                 Key: MODPYTHON-218
>                 URL: https://issues.apache.org/jira/browse/MODPYTHON-218
>             Project: mod_python
>          Issue Type: Improvement
>          Components: core
>         Environment: all
>            Reporter: Richard Barrett
>             Fix For: 3.3
> I have available a patch file which enhances mod_python-3.3.1 source version 
> as described below. How do I submit this for consideration?
> 1. Added support for the following methods in requestobject.c:
> Referring to http://docx.itscales.com/http__request_8h.html:
>     lookup_file - provides access to ap_sub_req_lookup_file
>     lookup_method_uri - provides access to ap_sub_req_method_uri
>     lookup_uri - provides access to ap_sub_req_method_uri
> Referring to 
> http://docx.itscales.com/group___a_p_a_c_h_e___c_o_r_e___p_r_o_t_o.html
>     note_basic_auth_failure - provides access to ap_note_basic_auth_failure
> 2. Added checks on values passed to function setreq_recmbr in requestobject.c 
> for assignment to the following request variable:
>     method - this function coerces both the method and method_number to the 
> appropriate values for the string value passed in as a parameter
> 3. Added the function conn_close in connobject.c so that I can force the 
> connection to not be kept alive for another request; sets the value of the 
> conn_rec's keepalive field to AP_CONN_CLOSE.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

Reply via email to