Re: P3P XML inclusion
On Jun 10, 2005, at 8:07 AM, Sean Davis wrote: I have a P3P XML file that I want to include in the META section of all HTML generated from certain locations. Unfortunately, this is a recently changed policy and I obviously do not want to go back to change all relevant HTML and dynamically generated code. Is there a way to do this after-the-fact: Generate HTML as normal and then modify it just before being sent to the user browser? I forgot to mention--apache 1.3 with mod_perl. Thanks again, Sean
P3P XML inclusion
I have a P3P XML file that I want to include in the META section of all HTML generated from certain locations. Unfortunately, this is a recently changed policy and I obviously do not want to go back to change all relevant HTML and dynamically generated code. Is there a way to do this after-the-fact: Generate HTML as normal and then modify it just before being sent to the user browser? Thanks, Sean
Re: P3P XML inclusion
On Fri, 10 Jun 2005 08:20:10 -0400 Sean Davis <[EMAIL PROTECTED]> wrote: > > On Jun 10, 2005, at 8:07 AM, Sean Davis wrote: > > > I have a P3P XML file that I want to include in the META section of > > all HTML generated from certain locations. Unfortunately, this is a > > > > recently changed policy and I obviously do not want to go back to > > change all relevant HTML and dynamically generated code. Is there a > > > > way to do this after-the-fact: Generate HTML as normal and then > > modify it just before being sent to the user browser? > > > > I forgot to mention--apache 1.3 with mod_perl. If you're using handlers and not registry scripts you can use stacked handlers. With this you would have another module called after your existing code that could regex the HTML output afterward, prior to it being sent to the browser. See this page for more information: http://perl.apache.org/docs/1.0/guide/config.html#Stacked_Handlers - Frank Wiles <[EMAIL PROTECTED]> http://www.wiles.org -
Re: P3P XML inclusion
On Jun 10, 2005, at 9:50 AM, Frank Wiles wrote: On Fri, 10 Jun 2005 08:20:10 -0400 Sean Davis <[EMAIL PROTECTED]> wrote: On Jun 10, 2005, at 8:07 AM, Sean Davis wrote: I have a P3P XML file that I want to include in the META section of all HTML generated from certain locations. Unfortunately, this is a recently changed policy and I obviously do not want to go back to change all relevant HTML and dynamically generated code. Is there a way to do this after-the-fact: Generate HTML as normal and then modify it just before being sent to the user browser? I forgot to mention--apache 1.3 with mod_perl. If you're using handlers and not registry scripts you can use stacked handlers. With this you would have another module called after your existing code that could regex the HTML output afterward, prior to it being sent to the browser. See this page for more information: http://perl.apache.org/docs/1.0/guide/config.html#Stacked_Handlers I think that will do it. Thanks. Sean
Re: Can't load perl file
Yea, I've got to give it a shot next week. I'm still not very familiar with the whole mod_perl universe. The script does simply the same thing (can't load) is there any way to increase the verbosity? Error log entries seem pretty vague even on debug -Nick On Jun 10, 2005, at 12:38 AM, Tom Schindl wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well without an error message and the at least the lines of code fail we cann't be much of help ;-) Tom Nick Pietraniec schrieb: | I had something like | | use Apache2 | use Apache2::compat (); | | before, but I pasted directly what was in the tutorial (below) and it | worked. | As long as I'm shooting out an email to the list, does anyone know | offhand exactly what options I need to put in there to run a script that | I'm moving from a apache1/mod_perl1 config? That's why I just had the | compat() option. I tried running it with the below options (thinking | that because compat was included that I'd be ok) but it failed. | | I assume that it depends on what I'm doing exactly in the old script, | but was wondering if anyone knew of anything special that I needed to do | offhand. I haven't done much research yet... | | My current .pl file (same as what's given on the net) | | use ModPerl::Util (); | use Apache2::RequestRec (); | use Apache2::RequestIO (); | use Apache2::RequestUtil (); | use Apache2::ServerRec (); | use Apache2::ServerUtil (); | use Apache2::Connection (); | use Apache2::Log (); | use Apache2::Const -compile => ':common'; | use APR::Const -compile => ':common'; | use APR::Table (); | use Apache2::compat (); | use ModPerl::Registry (); | use CGI (); | 1; | | | On Jun 9, 2005, at 5:57 AM, Robert wrote: | |> "Nick Pietraniec" <[EMAIL PROTECTED]> wrote in message |> news:[EMAIL PROTECTED] |> |>> Turns out it was an error in the mod_perl.pl file |>> |>> I took "Can't load" to mean "Where's this file?" Where I should have |>> taken it as "There's an error in this file" |>> |> |> What was the problem? I have that error as well and I used the example |> from |> the mod_perl site itself. |> |> Robert |> |> | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCqUOFkVPeOFLgZFIRAhbDAJ41zN8Rl6SZHkK0BJyOnwHAnvaNQwCeIpWO 9Paxzt0Wx7T6tnMlYz967Ho= =JySO -END PGP SIGNATURE-
Re: AW: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical error in the code ...
I think that can be considered a bug in mp1. I remember I tried to show the behaviour with mp2 without success when the first message of the thread came in. A check on the source shows that mp2 has a ChildInit handler that resets PL_ppid if MP_MAINTAIN_PPID is defined. mp1 has obviously no such hook. Andreas, have you tried out to call Perl::AfterFork::reinit from a ChildInitHandler? It may be a cleaner solution if other modules also happen to use Perl's getppid. Torsten On Friday 10 June 2005 08:10, [EMAIL PROTECTED] wrote: > Hi y`all, > > Just as a follow-up: > > - replacing getppid with with syscall( &SYS_getppid ) and requiring > syscall.ph did the job ! - test system is Suse Linux Enterprise 9 SP1 with > mp 1 > > THX @ Torsten ! > > Cheers > > Andreas > > -Ursprüngliche Nachricht- > Von: Torsten Foertsch [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 24. Mai 2005 11:19 > An: modperl@perl.apache.org > Betreff: Re: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical > error in the code ... > > On Tuesday 24 May 2005 09:39, [EMAIL PROTECTED] wrote: > > I claim, the "main process " detection does never work and does not > > make sense. Why? Not even when the apache is started on boot through > > init, the PPID will be 1, but some shell / rc pid. You can only find > > the PPID in the PID file that apache writes. But still: this should > > never be the case - right ? > > Normally Apache forks on startup to get rid of its parent. So the > init-process (1) inherits the orphan. Then Apache spawns its workers that > are direct children of the master Apache. Hence the test is in principle > right. > > [EMAIL PROTECTED]:~> ps -lC httpd > F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD > 5 S 0 7155 1 0 76 0 - 2756 - ?00:00:00 httpd > 5 S30 7158 7155 0 80 0 - 2774 322495 ?00:00:00 httpd > 5 S30 7159 7155 0 80 0 - 2774 semtim ?00:00:00 httpd > > PID 7155 is the main apache. It's PPID is 1. > > But there is a problem with Perls getppid() implementation. Modern Perls > issue the syscall only once and cache the result. Maybe you somehow hit > that. Normally the cache is invalidated when Perl forks, but Apache does > its own fork. Thus maybe the cache remains. > > I'd try to replace getppid with syscall( &SYS_getppid ) and see if it > changes anything. > > Torsten pgpLerA5cd6sZ.pgp Description: PGP signature
Problem mod_perl-2.0 test on t/closure.t
Hi at all I'm newbie to mod_perl and apache. I have apache 2.0.54, Freebsd 5.4 and mod_perl-2.0.0. Server compiled with -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses disabled) -D APR_USE_FLOCK_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/usr/local/apache2" -D SUEXEC_BIN="/usr/local/apache2/bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" I have a error when I do Make test TEST_VERBOSE=1 APACHE_TEST_COLOR=1 > test.dat . This is the tail of messages # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:43 2005 # Current time GMT: Thu Jun 9 14:56:43 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : image size # expected: 4 # received: 4 ok 1 # comparing the binary contents ok 2 ok t/cgi1..2 # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:45 2005 # Current time GMT: Thu Jun 9 14:56:45 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : test 'Content-type header setting # expected: (?-xism:^text/html) # received: text/html; charset=ISO-8859-1 ok 1 # testing : test body # expected: done # received: done ok 2 ok t/closure1..6 # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:47 2005 # Current time GMT: Thu Jun 9 14:56:47 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : never the closure problem # expected: 0 # received: 0 ok 1 # testing : never the closure problem # expected: 1 # received: 1 ok 2 # testing : the closure problem should exist # expected: 1 # received: 1 ok 3 # testing : no closure on the first request # expected: 1 # received: 4 not ok 4 # testing : the closure problem should exist # expected: 1 # received: 1 ok 5 # testing : no reload on modification, the closure problem persists # expected: 1 # received: 1 ok 6 FAILED test 4 Failed 1/6 tests, 83.33% okay t/flush..1..0 # skipped: cannot find module 'deflate' skipped all skipped: cannot find module 'deflate' t/ithreads...1..0 # skipped: perl 5.8.1 or higher w/ithreads enabled is required skipped all skipped: perl 5.8.1 or higher w/ithreads enabled is required t/nph1..6 # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:51 2005 # Current time GMT: Thu Jun 9 14:56:51 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : test key: body # expected: non-parsed headers body # received: non-parsed headers body ok 1 # testing : test header pragma # expected: no-cache # received: no-cache ok 2 # testing : test header content-type # expected: text/text # received: text/text ok 3 # testing : test header cache-control # expected: must-revalidate, no-cache, no-store # received: must-revalidate, no-cache, no-store ok 4 # testing : test header expires # expected: -1 # received: -1 ok 5 # testing : test key: code # expected: 250 # received: 250 ok 6 ok t/perlrun_extload1..2 # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:53 2005 # Current time GMT: Thu Jun 9 14:56:53 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : PerlRun requiring an external lib with subs # expected: d1nd1234 # received: d1nd1234 ok 1 # testing : PerlRun requiring an external lib with subs # expected: d1nd1234 # received: d1nd1234 ok 2 ok t/prefork1..4 # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:54 2005 # Current time GMT: Thu Jun 9 14:56:54 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : ModPerl::RegistryPrefork test # expected: ok prefork.pl # received: ok prefork.pl ok 1 # testing : ModPerl::PerlRunPrefork test # expected: ok prefork.pl # received: ok prefork.pl ok 2 # testing : ModPerl::Registry test # expected: (?-xism:prefork didn't chdir into the scripts directory) # received: prefork didn't chdir into the scripts directory? The error was: No such file or directory ok 3 # testing : ModPerl::PerlRun test # expected: (?-xism:prefork didn't chdir into the scripts directory) # received: prefork didn't chdir into the scripts directory? The error was: No such file or directory ok 4 ok t/redirect...1..4 # Running under perl version 5.008006 for freebsd # Current time local: Thu Jun 9 16:56:56 2005 # Current time GMT: Thu Jun 9 14:56:56 2005 # Using Test.pm version 1.25 # Using Apache/Test.pm version 1.25 # testing : test redirect: existing target # expected: ok /tmp/mod_perl
AW: AW: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical error in the code ...
Hi Torsten, I did not find the time yet - but I will do. Cheers ANdreas -Ursprüngliche Nachricht- Von: Torsten Foertsch [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 10. Juni 2005 09:18 An: modperl@perl.apache.org Cc: Nolte, Andreas, D22-WHV Betreff: Re: AW: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a logical error in the code ... I think that can be considered a bug in mp1. I remember I tried to show the behaviour with mp2 without success when the first message of the thread came in. A check on the source shows that mp2 has a ChildInit handler that resets PL_ppid if MP_MAINTAIN_PPID is defined. mp1 has obviously no such hook. Andreas, have you tried out to call Perl::AfterFork::reinit from a ChildInitHandler? It may be a cleaner solution if other modules also happen to use Perl's getppid. Torsten On Friday 10 June 2005 08:10, [EMAIL PROTECTED] wrote: > Hi y`all, > > Just as a follow-up: > > - replacing getppid with with syscall( &SYS_getppid ) and requiring > syscall.ph did the job ! - test system is Suse Linux Enterprise 9 SP1 > with mp 1 > > THX @ Torsten ! > > Cheers > > Andreas > > -Ursprüngliche Nachricht- > Von: Torsten Foertsch [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 24. Mai 2005 11:19 > An: modperl@perl.apache.org > Betreff: Re: Apache::SizeLimit ( mp1 and mp2 )-> I think there is a > logical error in the code ... > > On Tuesday 24 May 2005 09:39, [EMAIL PROTECTED] wrote: > > I claim, the "main process " detection does never work and does not > > make sense. Why? Not even when the apache is started on boot through > > init, the PPID will be 1, but some shell / rc pid. You can only > > find the PPID in the PID file that apache writes. But still: this > > should never be the case - right ? > > Normally Apache forks on startup to get rid of its parent. So the > init-process (1) inherits the orphan. Then Apache spawns its workers > that are direct children of the master Apache. Hence the test is in > principle right. > > [EMAIL PROTECTED]:~> ps -lC httpd > F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD > 5 S 0 7155 1 0 76 0 - 2756 - ?00:00:00 httpd > 5 S30 7158 7155 0 80 0 - 2774 322495 ?00:00:00 httpd > 5 S30 7159 7155 0 80 0 - 2774 semtim ?00:00:00 httpd > > PID 7155 is the main apache. It's PPID is 1. > > But there is a problem with Perls getppid() implementation. Modern > Perls issue the syscall only once and cache the result. Maybe you > somehow hit that. Normally the cache is invalidated when Perl forks, > but Apache does its own fork. Thus maybe the cache remains. > > I'd try to replace getppid with syscall( &SYS_getppid ) and see if it > changes anything. > > Torsten
Re: Can't load perl file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well without an error message and the at least the lines of code fail we cann't be much of help ;-) Tom Nick Pietraniec schrieb: | I had something like | | use Apache2 | use Apache2::compat (); | | before, but I pasted directly what was in the tutorial (below) and it | worked. | As long as I'm shooting out an email to the list, does anyone know | offhand exactly what options I need to put in there to run a script that | I'm moving from a apache1/mod_perl1 config? That's why I just had the | compat() option. I tried running it with the below options (thinking | that because compat was included that I'd be ok) but it failed. | | I assume that it depends on what I'm doing exactly in the old script, | but was wondering if anyone knew of anything special that I needed to do | offhand. I haven't done much research yet... | | My current .pl file (same as what's given on the net) | | use ModPerl::Util (); | use Apache2::RequestRec (); | use Apache2::RequestIO (); | use Apache2::RequestUtil (); | use Apache2::ServerRec (); | use Apache2::ServerUtil (); | use Apache2::Connection (); | use Apache2::Log (); | use Apache2::Const -compile => ':common'; | use APR::Const -compile => ':common'; | use APR::Table (); | use Apache2::compat (); | use ModPerl::Registry (); | use CGI (); | 1; | | | On Jun 9, 2005, at 5:57 AM, Robert wrote: | |> "Nick Pietraniec" <[EMAIL PROTECTED]> wrote in message |> news:[EMAIL PROTECTED] |> |>> Turns out it was an error in the mod_perl.pl file |>> |>> I took "Can't load" to mean "Where's this file?" Where I should have |>> taken it as "There's an error in this file" |>> |> |> What was the problem? I have that error as well and I used the example |> from |> the mod_perl site itself. |> |> Robert |> |> | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCqUOFkVPeOFLgZFIRAhbDAJ41zN8Rl6SZHkK0BJyOnwHAnvaNQwCeIpWO 9Paxzt0Wx7T6tnMlYz967Ho= =JySO -END PGP SIGNATURE-
Re: [ANNOUNCE] Apache2::TrapSubRequest 0.03
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[...]
Joe Schaefer schrieb:
| my $content = "";
| $subr->add_output_filter(bless sub : FilterRequestHandler {
|my ($f, $bb) = @_;
|while (my $e = $bb->first) {
|$e->read(my $buf);
|$content .= $buf;
|$e->delete;
|}
|return Apache2::Const::OK;
| });
|
| $subr->run; # reads entire subrequest into $content
just for curiosity why do you bless the sub?
[...]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCqUVXkVPeOFLgZFIRAoSFAJ47LkKdz0jjbumPJc2rKqJrekpKoACdGPEX
YWyNGh7JpP/Huu5iRQ88Ojk=
=QREe
-END PGP SIGNATURE-
why mp2 not in http://www.cpan.org/modules/by-module/CGI/
Hi all i see number of version of mp1 in http://www.cpan.org/modules/by-module/CGI/ but why only mp1 and not mp2 ? Cheers, Arnaud
Re: [ANNOUNCE] Apache2::TrapSubRequest 0.03
Tom Schindl <[EMAIL PROTECTED]> writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> [...]
> Joe Schaefer schrieb:
>
> | my $content = "";
> | $subr->add_output_filter(bless sub : FilterRequestHandler {
> |my ($f, $bb) = @_;
> |while (my $e = $bb->first) {
> |$e->read(my $buf);
> |$content .= $buf;
> |$e->delete;
> |}
> |return Apache2::Const::OK;
> | });
> |
> | $subr->run; # reads entire subrequest into $content
>
> just for curiosity why do you bless the sub?
Cargo cult, I suppose; AFAICT it's not necessary.
Thanks for the spot.
--
Joe Schaefer
[Fwd: mod_perl2 API change]
just spreading the love... Original Message Subject: mod_perl2 API change Date: Fri, 10 Jun 2005 20:15:58 +0300 From: [name not revealed] To: Geoffrey Young <[EMAIL PROTECTED]> Thank you very much for your API change. What you were thinking about when doing this? Maybe your ass? Everything is broken now :
Re: [Fwd: mod_perl2 API change]
FWIW, we had built a large scale web application suite using mp2 starting at 1.99_17, and without too much of a problem, we were able to cope with the API change... This is to be expected when you're developing against "beta" software. I think that the API change, while a bit painful, was necessary and helps the mp community more than it hurts it. Just my $.02 Chris Geoffrey Young wrote: just spreading the love... Original Message Subject: mod_perl2 API change Date: Fri, 10 Jun 2005 20:15:58 +0300 From: [name not revealed] To: Geoffrey Young <[EMAIL PROTECTED]> Thank you very much for your API change. What you were thinking about when doing this? Maybe your ass? Everything is broken now : -- Chris Jacobson Online-Rewards.com 2900 Jefferson Ave. Cincinnati, OH 45219 513-665-9070 x310 http://www.online-rewards.com
Re: why mp2 not in http://www.cpan.org/modules/by-module/CGI/
Arnaud Blancher wrote: > Hi all > > i see number of version of mp1 in > http://www.cpan.org/modules/by-module/CGI/ > but why only mp1 and not mp2 ? Not entirely sure why it ended up in /CGI/ in the first place, but you can find it here: http://www.cpan.org/modules/by-module/Apache2/mod_perl-2.0.0.tar.gz Under /Apache2/ Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5 http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5 signature.asc Description: OpenPGP digital signature
Re: [Fwd: mod_perl2 API change]
Chris Jacobson wrote: >FWIW, we had built a large scale web application suite using mp2 > starting at 1.99_17, and without too much of a problem, we were able to > cope with the API change... thanks, that's good to know. fwiw, almost everyone has reported a similar experience migrating. or at least the ones that read the rename doc did ;) a coworker of mine said recently that "the changes can pretty much be made with sed" which I think sums it up nicely :) > This is to be expected when you're > developing against "beta" software. I think that the API change, while > a bit painful, was necessary and helps the mp community more than it > hurts it. :) --Geoff
mod_perl2: cannot load Apache::AuthCookie for Apache 2.0
Title: Message Hello, I am trying to get Apache::AuthCookie to run under Apache 2. I first downloaded and installed httpd-2.0.54, then mod_perl-2.0.0, then Apache-AuthCookie-3.08. I have the following lines in my httpd.conf file: LoadModule perl_module modules/mod_perl.so PerlModule Apache2::compat PerlModule mod_perl2PerlModule Apache::AuthCookie The first error that I got was that it could not find the Apache::Util module. The only place I could find this was in the mod_perl download, and this will only install if it can see the Apache 1.3 source. So I downloaded and compiled apache_1.3.33, then installed mod_perl-1.29. This is the error that I'm getting now. [Thu Jun 09 19:09:37 2005] [error] Can't locate object method "boot" via package "mod_perl" at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache/Util.pm line 20.\nCompilation failed in require at /usr/lib/perl5/site_perl/5.8.0/Apache/AuthCookie.pm line 9.\nBEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.8.0/Apache/AuthCookie.pm line 9.\nCompilation failed in require at (eval 4) line 3.\n How can I get this to work? Thanks, Steve
Re: [Fwd: mod_perl2 API change]
On Fri, 10 Jun 2005 13:29:39 -0400 Geoffrey Young <[EMAIL PROTECTED]> wrote: > just spreading the love... > > Original Message > Subject: mod_perl2 API change > Date: Fri, 10 Jun 2005 20:15:58 +0300 > From: [name not revealed] > To: Geoffrey Young <[EMAIL PROTECTED]> > > Thank you very much for your API change. What you were thinking about > when doing this? Maybe your ass? > > Everything is broken now > : > I'm honestly not sure how thinking about your ass would help in development other than a "I've been sitting in this chair for too long" way. If everyone was thinking about their backside when they did the API change, we'd have much more interesting module names. :) More like these: Ass2::URI Fanny::Filter GluteusMaximus::RequestIO Rump::RequestRec Rear::Access Derriere::Directive Posterior::PerlSections I have also moved code from the old API to the new with minimal effort. While I didn't do it with sed, I can definitely see how that would be possible with most apps. I think it took me all of about 15 minutes to do Apache::DB, Apache::DProf, and Apache::SmallProf. At first I didn't like the API change. However, after a few days of using it I completely adjusted. P.S. You guys should probably never put me in charge of API naming conventions. ;) - Frank Wiles <[EMAIL PROTECTED]> http://www.wiles.org -
Re: mod_perl2: cannot load Apache::AuthCookie for Apache 2.0
> PerlModule Apache2::compat > PerlModule mod_perl2 > PerlModule Apache::AuthCookie Use this line instead for use with mod_perl2 - 'PerlModule Apache2::AuthCookie' > > The first error that I got was that it could not find the Apache::Util > module. The only place I could find this was in the mod_perl download, and > this will only install if it can see the Apache 1.3 source. So I downloaded > and compiled apache_1.3.33, then installed mod_perl-1.29. This is the error > that I'm getting now. > > [Thu Jun 09 19:09:37 2005] [error] Can't locate object method "boot" via > package "mod_perl" at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache/Util.pm line > 20.\nCompilation failed in require at > /usr/lib/perl5/site_perl/5.8.0/Apache/AuthCookie.pm line 9.\nBEGIN > failed--compilation aborted at > /usr/lib/perl5/site_perl/5.8.0/Apache/AuthCookie.pm line 9.\nCompilation > failed in require at (eval 4) line 3.\n > > How can I get this to work? > > Thanks, > > Steve
RE: mod_perl2: cannot load Apache::AuthCookie for Apache 2.0
Thanks, Fred. It worked. -- Steve Duran Web Administrator -Original Message- From: Fred Moyer [mailto:[EMAIL PROTECTED] Sent: Friday, June 10, 2005 2:40 PM To: Steve Duran Cc: modperl@perl.apache.org Subject: Re: mod_perl2: cannot load Apache::AuthCookie for Apache 2.0 > PerlModule Apache2::compat > PerlModule mod_perl2 > PerlModule Apache::AuthCookie Use this line instead for use with mod_perl2 - 'PerlModule Apache2::AuthCookie' > > The first error that I got was that it could not find the > Apache::Util module. The only place I could find this was in the > mod_perl download, and this will only install if it can see the Apache > 1.3 source. So I downloaded and compiled apache_1.3.33, then > installed mod_perl-1.29. This is the error that I'm getting now. > > [Thu Jun 09 19:09:37 2005] [error] Can't locate object method "boot" > via package "mod_perl" at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/Apache/Util.pm > line 20.\nCompilation failed in require at > /usr/lib/perl5/site_perl/5.8.0/Apache/AuthCookie.pm line 9.\nBEGIN > failed--compilation aborted at > /usr/lib/perl5/site_perl/5.8.0/Apache/AuthCookie.pm line > 9.\nCompilation failed in require at (eval 4) line 3.\n > > How can I get this to work? > > Thanks, > > Steve
Re: mod_perl2: cannot load Apache::AuthCookie for Apache 2.0
Steve Duran wrote: >>PerlModule Apache2::compat >>PerlModule mod_perl2 >>PerlModule Apache::AuthCookie FWIW, you do not need Apache2::compat for Apache2::AuthCookie. Regards, Michael Schout
