Along the path of passing the post body to the origin server, mod_proxy_http returns apr_status_t values instead of HTTP status codes / OK. Pushing the change into the various static functions (instead of cleaning up at the last minute) lets more care be given to the HTTP status code ultimately returned. Current trunk/2.2.x has code to fixup the bad return code from handler, but it does emit a message (and loses sometimes loses what could have been a descriptive HTTP status code)
Created attachment 21340 [details] return http status codes from static reqbody functions
http://svn.apache.org/viewvc?view=rev&revision=611292