Fred Moyer | 1 Feb 2011 22:52
Gravatar

Fwd: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC1

If you have a moment, please take this 2.0.5 release candidate for a
spin.  Thanks!

---------- Forwarded message ----------
From: Fred Moyer <fred <at> redhotpenguin.com>
Date: Mon, Jan 31, 2011 at 11:18 PM
Subject: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC1
To: mod_perl Dev <dev <at> perl.apache.org>

Please download, test, and report back with +1/-1 for this official
mod_perl release candidate.  It contains a release candidate version
of Apache-Test 1.36 which will be released along with the 2.0.5
distribution.

http://people.apache.org/~phred/mod_perl-2.0.5-rc1.tar.gz

+1 on Linux/5.8.8/2.2.9
+1 on OS X/5.12.2/2.2.14

Change summary - this is a big one:

Perpare modperl for the upcoming perl 5.14 [Torsten Foertsch]

Add lib/ModPerl/MethodLookup.pm to MANIFEST via lib/ModPerl/Manifest.pm
RT #48103 reported by MARKLE <at> cpan.org
[Fred Moyer]

PerlIOApache_write() now throws an APR::Error object, rather than just a string
error, if modperl_wbucket_write() fails.
[Steve Hay]
(Continue reading)

Fred Moyer | 1 Feb 2011 23:40
Gravatar

mod_psgi

I saw this module today, looks interesting:

https://github.com/spiritloose/mod_psgi

Wonder if anyone is making Apache2::PSGI...

John D Groenveld | 2 Feb 2011 16:02
Picon

Re: Fwd: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC1

In message <AANLkTikckaU4P94ELCP_RZ+mFb+aWwj-vX9vdazpqi95 <at> mail.gmail.com>, Fred
 Moyer writes:
>If you have a moment, please take this 2.0.5 release candidate for a
>spin.  Thanks!

All tests succeed under i86pc-solaris-64 with httpd 2.2.17,
however I needed to use GNU make to invoke the new test suite.

On Solaris 10 with Solaris Studio 12.2:
$ env PATH=/opt/apache2/perl-5.12.3/bin:/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/sfw/bin \
perl Makefile.PL MP_APXS=/opt/apache2/bin/apxs MAKE=gmake
$ env PATH=/opt/apache2/perl-5.12.3/bin:/usr/bin:/usr/sbin:/usr/ccs/bin:/usr/sfw/bin \
gmake test

John
groenveld <at> acm.org

James B. Muir | 2 Feb 2011 21:57

RE: POST method and PerlAuthenHandler

I've got Apache2::Request working and POST requests are working very nicely.
 
Thanks for steeing me in the right direction!
-James
 
 
From: Joe Schaefer [joe_schaefer <at> yahoo.com]
Sent: Thursday, January 27, 2011 11:12 AM
To: James B. Muir; modperl <at> perl.apache.org
Subject: Re: POST method and PerlAuthenHandler

Use apreq.

From: James B. Muir <James.B.Muir <at> hitchcock.org>
To: "modperl <at> perl.apache.org" <modperl <at> perl.apache.org>
Sent: Thu, January 27, 2011 11:08:24 AM
Subject: POST method and PerlAuthenHandler

UNKNOWN { FONT-FAMILY: "Cambria Math" } UNKNOWN { FONT-FAMILY: Calibri } P.MsoNormal { MARGIN: 0in 0in 0pt; FONT-FAMILY: "sans-serif"; FONT-SIZE: 11pt } LI.MsoNormal { MARGIN: 0in 0in 0pt; FONT-FAMILY: "sans-serif"; FONT-SIZE: 11pt } DIV.MsoNormal { MARGIN: 0in 0in 0pt; FONT-FAMILY: "sans-serif"; FONT-SIZE: 11pt } A:link { COLOR: blue; TEXT-DECORATION: underline } SPAN.MsoHyperlink { COLOR: blue; TEXT-DECORATION: underline } A:visited { COLOR: purple; TEXT-DECORATION: underline } SPAN.MsoHyperlinkFollowed { COLOR: purple; TEXT-DECORATION: underline } SPAN.EmailStyle17 { FONT-FAMILY: "sans-serif"; COLOR: windowtext } UNKNOWN { MARGIN: 1in }

Hello,

 

I am writing a perl authentication module for Apache2 that must inspect some request parameters before authorizing the requestor and forwarding the request to a tomcat server via mod_jk.

 

With the GET request method this is easy, I can inspect the parameters using $r->args and forward the request.

 

With the POST request method I can READ the request body, but it appears that the request body is removed from the request and is not forwarded to tomcat via mod_jk. Is this correct?

 

How do I inspect POST request parameters without modifying the request?

 

I know there must be a standard way to do this kind of thing but I have been unable find the answer after several hours of reading.

Thank you for your help.

-James

 

 

 

 


IMPORTANT NOTICE REGARDING THIS ELECTRONIC MESSAGE:

This message is intended for the use of the person to whom it is addressed and may contain information that is privileged, confidential, and protected from disclosure under applicable law. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records.


IMPORTANT NOTICE REGARDING THIS ELECTRONIC MESSAGE:

This message is intended for the use of the person to whom it is addressed and may contain information that is privileged, confidential, and protected from disclosure under applicable law. If you are not the intended recipient, your use of this message for any purpose is strictly prohibited. If you have received this communication in error, please delete the message and notify the sender so that we may correct our records.
Thomas den Braber | 3 Feb 2011 10:02
Picon
Favicon

Re: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC2

On 11-02-02 18:19 , Fred Moyer wrote:
> There were some issues with dev versions of the Apache::* modules
> being in RC1, so I branched 2.0.5, set the external targets to the
> tagged stable releases of Apache::*, and rolled this second release
> candidate.
>
> Please take this for a whirl and report back +/- 1.  I've got this
> version running in all my production environments currently.
>
> http://people.apache.org/~phred/mod_perl-2.0.5-rc2.tar.gz

Tested on Windows 7-64bit with VC2010, Activestate Perl 5.10.1 Build 1007
(32 bit) and Apache 2.17 (32 bit) from Apachelounge.

  Test Summary Report
  -------------------
  t\preconnection\note.t                (Wstat: 0 Tests: 1 Failed: 1)
    Failed test:  1
  t\modperl\setupenv.t                  (Wstat: 0 Tests: 63 Failed: 6)
    Failed tests:  8, 22, 29, 36, 50, 57
  Files=242, Tests=2429, 140 wallclock secs ( 0.92 usr +  0.28 sys =  1.20
CPU)
  Result: FAIL
  Failed 2/242 test programs. 7/2429 subtests failed.

Real live test show no problems but I will do some more test to make sure.

--
Thomas den Braber

David Dick | 3 Feb 2011 21:27
Picon
Picon

Re: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC2

On 03/02/11 10:19, Fred Moyer wrote:
> There were some issues with dev versions of the Apache::* modules
> being in RC1, so I branched 2.0.5, set the external targets to the
> tagged stable releases of Apache::*, and rolled this second release
> candidate.
>
> Please take this for a whirl and report back +/- 1.  I've got this
> version running in all my production environments currently.
>
> http://people.apache.org/~phred/mod_perl-2.0.5-rc2.tar.gz
>
> md5sum - c5ba896a25ba52653836056b9bf34998
>

Fail on Fedora 14 (latest)

Test Summary Report
-------------------
t/filter/both_str_req_mix.t           (Wstat: 65280 Tests: 0 Failed: 0)
   Non-zero exit status: 255
   Parse errors: Bad plan.  You planned 1 tests but ran 0.

Fedora 14 comes with

Apache/2.2.17 (Unix)
perl-5.12.2-140

Mark Hedges | 3 Feb 2011 22:06

undefined symbol modperl_xs_sv2request_rec


A change in Module::Build recently brought it in line with
the behavior of ExtUtils::MakeMaker, which caused an error
to crop up in test cases that 'require_ok'.

# Error: Can't load
'/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so'
for module APR::Request::Apache2:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/APR/Request/Apache2/Apache2.so:
undefined symbol: modperl_xs_sv2request_rec at
/usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230.
# at /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/Apache2/Request.pm line 3
# Compilation failed in require at
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/Apache2/Request.pm line 3.
# BEGIN failed--compilation aborted at
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/Apache2/Request.pm line 3.

... but only with `Build test` and not `prove -r t/`.

This is because $ENV{PERL_DL_NONLAZY} is now always set by
Module::Build::Base when running the test suite, which makes
it try to resolve all undefined symbols.

This only seems to happen in the test script trying to
'require' packages that use Apache2::Request (libapreq2) but
people seem inclined to think it is a problem with mod_perl
and not apreq.

mod_perl 2.0.4 6.el5, perl 5.8.8 32.el5_5.2 CentOS

Any ideas?  Thanks.  --mark--

---------- Forwarded message ----------
Date: Thu, 3 Feb 2011 01:02:16 -0500
From: Michael G Schwern via RT <bug-Module-Build <at> rt.cpan.org>
To: MARKLE <at> cpan.org
Subject: Re: [rt.cpan.org #65382]

<URL: https://rt.cpan.org/Ticket/Display.html?id=65382 >

If that fixes it then you're likely papering over an error.

perlrun explains PERL_DL_NONLAZY and why you'd set it to true for tests.

       PERL_DL_NONLAZY
         Set to one to have perl resolve all undefined symbols when
         it loads a dynamic library.  The default behaviour is to
         resolve symbols when they are used.  Setting this variable
         is useful during testing of extensions as it ensures that
         you get an error on misspelled function names even if the
         test suite doesn't call it.

So the test is trying to tell you that modperl_xs_sv2request_rec is not
defined in your shared library.

Also, `prove -I blib` is not correct.  You want `prove -b` which will pull in
blib/lib and blib/arch.

On 2011.2.3 9:08 AM, Mark Hedges via RT wrote:
> It looks like this is the problem, or at least, this fixes it for me.
> Why does do_tests() need to explicitly set this?  --m--
>
> --- /usr/lib/perl5/site_perl/5.8.8/Module/Build/Base.pm.orig	2011-02-02
> 15:04:07.000000000 -0800
> +++ /usr/lib/perl5/site_perl/5.8.8/Module/Build/Base.pm	2011-02-02
> 15:07:21.000000000 -0800
>  <at>  <at>  -2667,8 +2667,6  <at>  <at> 
>
>    my $tests = $self->find_test_files;
>
> -  local $ENV{PERL_DL_NONLAZY} = 1;
> -
>    if( <at> $tests) {
>      my $args = $self->tap_harness_args;
>      if($self->use_tap_harness or ($args and %$args)) {

--

-- 
10. Not allowed to purchase anyone's soul on government time.
    -- The 213 Things Skippy Is No Longer Allowed To Do In The U.S. Army
           http://skippyslist.com/list/

Fred Moyer | 3 Feb 2011 22:20
Gravatar

Re: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC2

On Thu, Feb 3, 2011 at 12:27 PM, David Dick <ddick <at> iinet.net.au> wrote:
> -------------------
> t/filter/both_str_req_mix.t           (Wstat: 65280 Tests: 0 Failed: 0)
>  Non-zero exit status: 255
>  Parse errors: Bad plan.  You planned 1 tests but ran 0.
>
> Fedora 14 comes with
>
> Apache/2.2.17 (Unix)
> perl-5.12.2-140

Can you post the output of:

1) httpd -l
2) ./t/TEST -v t/filter/both_str_req_mix.t

David Dick | 3 Feb 2011 22:21
Picon
Picon

Re: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC2

On 04/02/11 08:20, Fred Moyer wrote:
> On Thu, Feb 3, 2011 at 12:27 PM, David Dick<ddick <at> iinet.net.au>  wrote:
>> -------------------
>> t/filter/both_str_req_mix.t           (Wstat: 65280 Tests: 0 Failed: 0)
>>   Non-zero exit status: 255
>>   Parse errors: Bad plan.  You planned 1 tests but ran 0.
>>
>> Fedora 14 comes with
>>
>> Apache/2.2.17 (Unix)
>> perl-5.12.2-140
>
> Can you post the output of:
>
> 1) httpd -l

$ httpd -l
Compiled in modules:
   core.c
   prefork.c
   http_core.c
   mod_so.c

> 2) ./t/TEST -v t/filter/both_str_req_mix.t
>

$ ./t/TEST -v t/filter/both_str_req_mix.t
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /home/dave/mod_perl-2.0.5-rc2/t/TEST 
-v 't/filter/both_str_req_mix.t'
/usr/sbin/httpd  -d /home/dave/mod_perl-2.0.5-rc2/t -f 
/home/dave/mod_perl-2.0.5-rc2/t/conf/httpd.conf -D APACHE2 -D 
PERL_USEITHREADS
using Apache/2.2.17 (prefork MPM)

waiting 120 seconds for server to start: .[Fri Feb 04 08:20:35 2011] 
[info] 6 Apache2:: modules loaded
[Fri Feb 04 08:20:35 2011] [info] 0 APR:: modules loaded
[Fri Feb 04 08:20:35 2011] [info] base server + 28 vhosts ready to run tests
.
waiting 120 seconds for server to start: ok (waited 1 secs)
server localhost.localdomain:8529 started
server localhost.localdomain:8530 listening (filter_out_apache)
server localhost.localdomain:8531 listening (perlsections)
server localhost.localdomain:8532 listening (inherit)
server localhost.localdomain:8533 listening (TestVhost::log)
server localhost.localdomain:8534 listening (TestVhost::config)
server localhost.localdomain:8535 listening (TestModperl::setupenv)
server localhost.localdomain:8536 listening (TestModperl::merge)
server localhost.localdomain:8537 listening (TestModperl::perl_options2)
server localhost.localdomain:8538 listening (TestModperl::perl_options)
server localhost.localdomain:8539 listening (TestModules::proxy)
server localhost.localdomain:8540 listening (TestUser::rewrite)
server localhost.localdomain:8541 listening (TestProtocol::echo_filter)
server localhost.localdomain:8542 listening (TestProtocol::pseudo_http)
server localhost.localdomain:8543 listening (TestProtocol::echo_nonblock)
server localhost.localdomain:8544 listening (TestProtocol::echo_bbs2)
server localhost.localdomain:8545 listening (TestProtocol::echo_bbs)
server localhost.localdomain:8546 listening (TestProtocol::echo_block)
server localhost.localdomain:8547 listening (TestProtocol::echo_timeout)
server localhost.localdomain:8548 listening (TestPreConnection::note)
server localhost.localdomain:8549 listening (TestHooks::hookrun)
server localhost.localdomain:8550 listening (TestHooks::trans)
server localhost.localdomain:8551 listening (TestHooks::startup)
server localhost.localdomain:8552 listening (TestHooks::stacked_handlers2)
server localhost.localdomain:8553 listening (TestHooks::init)
server localhost.localdomain:8554 listening (TestFilter::both_str_con_add)
server localhost.localdomain:8555 listening (TestFilter::in_str_msg)
server localhost.localdomain:8556 listening 
(TestFilter::in_bbs_inject_header)
server localhost.localdomain:8557 listening (TestFilter::in_bbs_msg)
server localhost.localdomain:8558 listening (TestDirective::perlmodule)
server localhost.localdomain:8559 listening (TestDirective::perlrequire)
server localhost.localdomain:8560 listening (TestAPI::add_config)
server localhost.localdomain:8561 listening (TestDirective::perlloadmodule5)
server localhost.localdomain:8562 listening (TestDirective::perlloadmodule4)
server localhost.localdomain:8563 listening (TestDirective::perlloadmodule3)
server localhost.localdomain:8564 listening (TestDirective::perlloadmodule6)
server localhost.localdomain:8565 listening (TestHooks::push_handlers_anon)
[warning] Using random number seed: 2130246466 (autogenerated)
t/filter/both_str_req_mix.t ..
1..1
# Running under perl version 5.012002 for linux
# Current time local: Fri Feb  4 08:20:37 2011
# Current time GMT:   Thu Feb  3 21:20:37 2011
# Using Test.pm version 1.25_02
# Using Apache/Test.pm version 1.36
Use of uninitialized value $received in substitution (s///) at 
t/filter/both_str_req_mix.t line 31.
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 1/1 subtests

Test Summary Report
-------------------
t/filter/both_str_req_mix.t (Wstat: 65280 Tests: 0 Failed: 0)
   Non-zero exit status: 255
   Parse errors: Bad plan.  You planned 1 tests but ran 0.
Files=1, Tests=0,  1 wallclock secs ( 0.03 usr  0.01 sys +  0.48 cusr 
0.05 csys =  0.57 CPU)
Result: FAIL
Failed 1/1 test programs. 0/0 subtests failed.
[warning] server localhost.localdomain:8529 shutdown
[  error] error running tests (please examine t/logs/error_log)

David Dick | 4 Feb 2011 08:33
Picon
Picon

Re: [RELEASE CANDIDATE]: mod_perl-2.0.5 RC2

On 04/02/11 12:23, Fred Moyer wrote:
> On Thu, Feb 3, 2011 at 1:21 PM, David Dick<ddick <at> iinet.net.au>  wrote:
>> On 04/02/11 08:20, Fred Moyer wrote:
>>>
>>> On Thu, Feb 3, 2011 at 12:27 PM, David Dick<ddick <at> iinet.net.au>    wrote:
>>>>
>>>> -------------------
>>>> t/filter/both_str_req_mix.t           (Wstat: 65280 Tests: 0 Failed: 0)
>>>>   Non-zero exit status: 255
>>>>   Parse errors: Bad plan.  You planned 1 tests but ran 0.
>>>>
>>>> Fedora 14 comes with
>>>>
>>>> Apache/2.2.17 (Unix)
>>>> perl-5.12.2-140
>
> Can you edit  t/filter/both_str_req_mix.t and uncomment the #t_debug
> lines [1] and post the output again from the test run?  That will tell
> us if the problem is no output from the server, or an issue with your
> version of Compress::Zlib (please include that also if you can).  I
> haven't ben able to replicate this issue yet but am installing and
> testing on Fedora.

$ perl -MCompress::Zlib -e 'print "$Compress::Zlib::VERSION\n";'
2.03

Attachment (both_str_req_mix.output): application/octet-stream, 4116 bytes

Gmane