libapreq within mod_transform (was: Re: ap_unescape_url() and the '+' within an argument)

[Christian Parpart <tr...@gentoo.org>]

On Sunday 29 January 2006 00:59, Joe Schaefer wrote:
> Christian Parpart <tr...@gentoo.org> writes:
> > On Saturday 28 January 2006 23:36, Dirk-Willem van Gulik wrote:
> >> On Sat, 28 Jan 2006, Christian Parpart wrote:
> >> > wich works so far, however, firefox keeps adding '+' chars instead of
> >> > %20 to
> >>
> >> Which is perfectly OK/right - so we should recognize these and handlte
> >> htem correctly.
> >
> > what exactly did you mean by "handle them correctly"?
> >
> > So you assume this is a mod_transform bug, which (before unesacping the
> > URL query) it needs to translate each '+' char into the right ' ' space
> > then?
>
> Right;  mod_transform really should be using apreq for providing
> access to form data.  It's a good match if you can afford the
> extra dependency.

my problem is not the extra depend on apreq, but what I can't find really 
neat, is, that it seems to be a perl module (based on mod_perl somehow) and 
IIRC, mod_transform shouldn't be overbloated by depends that itself depend on 
too much the actual project (here: mod_transform) doesn't need.

Sorry for being a n00b regarding libapreq, so here my quick question: can you 
build it w/o the mod_perl depend? At least the homepage[1] looks promising in 
its feature set as it (in fact) does what we need right now.

secondly: is libapreq able to retrieve POST arguments from a filter module, 
specifically mod_transform?

If both applies, I'd be willing to try my best in incorporating it then :)

Best regards,
Christian Parpart.

[1] http://httpd.apache.org/apreq/

Re: libapreq within mod_transform

[Christian Parpart <tr...@gentoo.org>]

> > At least the homepage[1] looks promising in its feature set as it (in
> > fact) does what we need right now.
> >
> > secondly: is libapreq able to retrieve POST arguments from a filter
> > module, specifically mod_transform?
>
> Yes,  what mod_transform needs to do is create a filter-init function
> that invokes apreq_handle_apache2 (it's actually a faq, see
>
>      <URL:http://svn.apache.org/repos/asf/httpd/apreq/trunk/
>      module/t/c-modules/apreq_output_filter_test/
>      mod_apreq_output_filter_test.c>
>
> for an example output filter with a filter-init function.

many many thanks :)
I'll see what I can achieve with this.

Best regards,
Christian Parpart.

Re: libapreq within mod_transform

[Joe Schaefer <jo...@sunstarsys.com>]

Christian Parpart <tr...@gentoo.org> writes:

> my problem is not the extra depend on apreq, but what I can't find really 
> neat, is, that it seems to be a perl module (based on mod_perl somehow) and 
> IIRC, mod_transform shouldn't be overbloated by depends that itself
> depend on too much the actual project (here: mod_transform) doesn't need.
>
> Sorry for being a n00b regarding libapreq, so here my quick question:
> can you build it w/o the mod_perl depend? 

Yes, in fact the default is to not build the mod_perl glue; you have
to explicitly pass --enable-perl-glue to configure to build that.

> At least the homepage[1] looks promising in its feature set as it (in
> fact) does what we need right now.
>
> secondly: is libapreq able to retrieve POST arguments from a filter module, 
> specifically mod_transform?

Yes,  what mod_transform needs to do is create a filter-init function
that invokes apreq_handle_apache2 (it's actually a faq, see

     <URL:http://svn.apache.org/repos/asf/httpd/apreq/trunk/
     module/t/c-modules/apreq_output_filter_test/
     mod_apreq_output_filter_test.c>

for an example output filter with a filter-init function.

-- 
Joe Schaefer