[ https://issues.apache.org/jira/brow...action_12492821 ]

Graham Dumpleton commented on MODPYTHON-218:
--------------------------------------------

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

http://wiki.apache.org/mod_python/Mailing_lists

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 f
unctions on an ad-hoc basis. I believe effort should be directed to a SWIG b
inding for Apache. Unfortunately such a beast can't really be harnessed by m
od_python itself because it
would be too much trouble to make it backwards compatible and would just mak
e the mod_python code base even harder to maintain. As a separate package th
ough 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 versi
on 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...
o.
html
>     note_basic_auth_failure - provides access to ap_note_basic_auth_failur
e
> 2. Added checks on values passed to function setreq_recmbr in requestobjec
t.c for assignment to the following request variable:
>     method - this function coerces both the method and method_number to th
e 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 connectio
n to not be kept alive for another request; sets the value of the conn_rec's keepali
ve field to AP_CONN_CLOSE.

[ Post a follow-up to this message ]