Re: [PATCH] support for environment variables in ProxyPassReverse

Any chance to see this patch included into Apache 1.3.28 ?

> Return-Path: <[email protected]>
> Delivered-To: [email protected]
> Received: from musique.teaser.net (musique.teaser.net [213.91.2.11])
>         by philo.teaser.net (lmtpd) with LMTP id 71259.152;
>         Mon, 16 Jun 2003 18:14:40 +0200 (CEST)
> Received: from apache.org (daedalus.apache.org [208.185.179.12])
>         by musique.teaser.net (Postfix) with SMTP id F3D8772523
>         for <[email protected]>; Mon, 16 Jun 2003 18:14:39 +0200 (CEST)
> Received: (qmail 75585 invoked by uid 500); 16 Jun 2003 16:14:33 -0000
> Mailing-List: contact [email protected]; run by ezmlm
> Precedence: bulk
> Reply-To: [email protected]
> list-help: <mailto:[email protected]>
> list-unsubscribe: <mailto:[email protected]>
> list-post: <mailto:[email protected]>
> Delivered-To: mailing list [email protected]
> Received: (qmail 75563 invoked from network); 16 Jun 2003 16:14:32 -0000
> Message-ID: <[email protected]>
> Date: Mon, 16 Jun 2003 18:14:34 +0200
> From: Carsten Gaebler <[email protected]>
> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030314
> X-Accept-Language: en-us, en
> MIME-Version: 1.0
> To: [email protected]
> Subject: [PATCH] support for environment variables in ProxyPassReverse
> Content-Type: multipart/mixed;
>  boundary="------------080307000004060702020300"
> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
> X-Text-Classification: good_mail
> X-POPFile-Link: <http://127.0.0.1:9090/jump_to_message?view=popfile16377=3.msg>

> Hi there,

> the book "Linux Server Hacks" by Rob Flickenger contains an example on 
> how to use environment variables with the ProxyPassReverse directive. Of 
> course it doesn't work because it's not implemented. :-) But since it's 
> very useful for the proxy I'm maintaining and would also strip down this 
> ugly reverse mapping list in the URL Rewriting Guide, I wrote a patch 
> for Apache 1.3.27.

> Basically it allows you to setup something like this:

> RewriteRule  ^/(.*)/  http://$1/  [P,E=WHERETO:$1]
> ProxyPassReverse  /%{ENV:WHERETO}/  http://%{ENV:WHERETO}/

> The logical consequence would be for ProxyPass to support that, too. But 
>   since this directive is handled in a different file and I don't know a 
> centralized place to put the expand_vars() function, I didn't do that.

> Feel free to send comments.

> Regards
> Carsten.