-Original Message-
From: Paul Johnson [mailto:p...@pjcj.net]
Sent: Tuesday, October 07, 2014 12:39 PM
On Tue, Oct 07, 2014 at 08:23:58AM -0500, Patton, Billy wrote:
> I’m just not sure where to start.
> Any recommendations would help.
I'm going to give you some different, and perhaps som
.
Put anything not dealing specifically with the web into separate
modules. Those modules can be tested extensively in the usual fashion,
and the web layer should be so thin that it's hard to have bugs in it.
However, both Dancer and Mojolicious have testing modules for those
parts too.
--
Pa
-Original Message-
From: Vincent Veyron [mailto:vv.li...@wanadoo.fr]
Sent: Tuesday, October 07, 2014 2:32 PM
On Tue, 7 Oct 2014 17:42:56 +
Mark Hedges wrote:
>
> I have found Apache::Test extremely useful for testing web applications.
> Don't let anyone tell you
easily be an iphone) and all of the
server-side components all the way down to your data store(usually a
relational database) and back again. Unit tests, by contrast, are generally
for testing isolated behavior within a small subset of your code base.
Automated user interface testing, by contrast, is an
On Tue, 7 Oct 2014 17:42:56 +
Mark Hedges wrote:
>
> I have found Apache::Test extremely useful for testing web applications.
> Don't let anyone tell you to run manual tests, that is a recipe for confusion
> and error as you try to modify code later.
>
How do you
Hello Bill,
Apache::Test is great.
What kind of testing are you looking to do? Apache::Test is for testing
your code (unit tests) and JMeter is for load testing your application /
infrastructure (in my organization we classify this under UAT which the
developers don't do). I agree with
st each step as I
> proceed.
> I’ve used, very simply, the .t files for test my library and my apps that run
> from the command line but never some thing from the web.
>
> In the past I’ve used an Oracle product that does web testing, but that’s
> rather expensive.
> So have no
-Original Message-
From: Patton, Billy [mailto:billy.pat...@h3net.com]
Sent: Tuesday, October 07, 2014 6:24 AM
To: modperl@perl.apache.org
Subject: beginning and testing
I'm rewriting/moving an app that hasn't been touched in over 5 years. The
original developers have sinc
On Tue, 7 Oct 2014 08:23:58 -0500
"Patton, Billy" wrote:
>
> So from the very first file I create I want to be able to test each step as I
> proceed.
Hi Billy,
I find that building a test application for a Web app is not easy.
You have to code sample requests, and process the result to see i
I'd start by reading this:
http://perl.apache.org/docs/general/testing/testing.html
I'd then suggest taking a look at some of the popular mod_perl modules,
and check out how their test suites work. Most of the stuff you're going
to find there will be very unit test specific.
create I want to be able to test each step as I
proceed.
I’ve used, very simply, the .t files for test my library and my apps that run
from the command line but never some thing from the web.
In the past I’ve used an Oracle product that does web testing, but that’s
rather expensive.
So have no doubts
r. There is an automated test for this
> > though:
> >
> http://cpansearch.perl.org/src/PHRED/mod_perl-2.0.8/t/response/TestApache/conftree.pm
>
> I have not used this testing frame work before (other than watch tests
> go by during the build process).
>
> I looked u
rkins wrote:
>>> simpler things like PerlSetVar. There is an automated test for this
>>> though:
>>>
>> http://cpansearch.perl.org/src/PHRED/mod_perl-2.0.8/t/response/TestApache/conftree.pm
>>
>> I have not used this testing frame work before (other than watch t
> I looked up http://perl.apache.org/docs/general/testing/testing.html
This is for testing applications written on top of mod_perl2.
> Where is the
> documentation that shows how to arrange the files and run these tests?
In <http://p3rl.org/ExtUtils::MakeMaker>. Generate th
On another matter...
On 15/05/14 05:16, Perrin Harkins wrote:
> simpler things like PerlSetVar. There is an automated test for this
> though:
> http://cpansearch.perl.org/src/PHRED/mod_perl-2.0.8/t/response/TestApache/conftree.pm
I have not used this testing frame work before (other t
Thanks for the spot, update committed.
On Mon, Mar 18, 2013 at 9:51 AM, Torsten Förtsch
wrote:
> On 03/12/2013 02:59 AM, Martín Ferrari wrote:
>> +$r->write("ok 1");
>> +$r->write("not ok 2");
>
> I think it should read (missing \n):
>
> +$r->write("ok 1\n");
> +$r->write("not ok
On 03/12/2013 02:59 AM, Martín Ferrari wrote:
> +$r->write("ok 1");
> +$r->write("not ok 2");
I think it should read (missing \n):
+$r->write("ok 1\n");
+$r->write("not ok 2\n");
Torsten
d some code that does not even compile,
> and is missing required modules, under
> http://perl.apache.org/docs/general/testing/testing.html#Developing_Response_only_Part_of_a_Test
>
> The patch I manually generated (I don't have the sources for the docs):
>
> @@ -1,21
Hi,
I was trying to set up a test environment for a mod_perl module, and
-among many other problems I had with the docs, that I'll try to put
in other reports-, I've found some code that does not even compile,
and is missing required modules, under
http://perl.apache.org/docs/gener
Hello Everyone,
After reading Practical mod_perl's section on Improving Performance with Shared
Memory and proper forking a bit, I'm wondering if I can setup a means for
testing what is shared and when it becomes unshared in my memory usage.
I can't seem to currently get GTop
Fred wrote:
Do you have only mod_perl2 installed? Getting the detection to work
has been tough, but I think this version may be doing the job
correctly.
Yes, only mp2.
--
Cosimo
;test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/00-load.ok 1/11# bootstrapping mp1 only
> mod_perl not present, cannot bootstrap mp1 at
> /var/dev/cosimo/src/Apache-Bootstrap-0.07-rc1/blib/lib/Apache/Bootstrap.pm
> line 96.
> # bootstrapping mp2
.t
t/00-load.# bootstrapping mp1 only
mod_perl not present, cannot bootstrap mp1 at
/home/adam/Apache-Bootstrap-0.07-rc1/blib/lib/Apache/Bootstrap.pm line 96.
# bootstrapping mp2 only
t/00-load.ok 3/11# Testing Apache::Bootstrap 0.07-rc1, Perl
5.008006, /usr/bin/perl5.8.6
t/00-lo
nnot bootstrap mp1 at
/var/dev/cosimo/src/Apache-Bootstrap-0.07-rc1/blib/lib/Apache/Bootstrap.pm
line 96.
# bootstrapping mp2 only
# Testing Apache::Bootstrap 0.07-rc1, Perl 5.008008, /usr/bin/perl
Apache::Test version is 1.30, minimum version required is 1.31, tests will
be skipped
t/00-loa
-b t
t/00-load.ok 1/11# bootstrapping mp1 only
# bootstrapping mp2 only
mod_perl2 not present, cannot bootstrap mp2 at
blib/lib/Apache/Bootstrap.pm line 121.
# Testing Apache::Bootstrap 0.07-rc1, Perl 5.008008, /opt/local/bin/perl
t/00-load.ok
7/11 skipped: various reasons
I'd love it if you could take this rc for a spin and report back. Passing
all tests on OS X 10.5, 5.8.8, 2.2.6
and Centos 5.2, 5.8.9, 2.2.8.
I resolved some issues while implementing this version for Apache::Dispatch.
Changes since 0.06
- fix syntax error in params validation in new (mp2 pa
On Tue, May 08, 2007 at 01:20:24PM +0200, Krist van Besien wrote:
> Suppose I start my apache with an extra paramter, eg "-D FOO". Is
> there a way to test for the presences of this parameter from within
> mod perl sections?
TFM would have told you, but you can use Apache->define("FOO").
/joel
Hello,
Suppose I start my apache with an extra paramter, eg "-D FOO". Is
there a way to test for the presences of this parameter from within
mod perl sections?
Krist
--
[EMAIL PROTECTED]
Bremgarten b. Bern, Switzerland
--
A: It reverses the normal flow of conversation.
Q: What's wrong with to
On 8 Nov 2006, at 17:34, Perrin Harkins wrote:
On Wed, 2006-11-08 at 18:27 +0100, kolikov wrote:
My installed packages related with apache2 are :
apache2 2.2.3-2
apache2-mpm-prefork 2.2.3-2
apache2-utils2.2.3-2
libapache2-mod-perl2 2.0.2-2.2
This probably means embperl
On Wed, 2006-11-08 at 18:27 +0100, kolikov wrote:
> My installed packages related with apache2 are :
> apache2 2.2.3-2
> apache2-mpm-prefork 2.2.3-2
> apache2-utils2.2.3-2
> libapache2-mod-perl2 2.0.2-2.2
This probably means embperl doesn't like apache 2.2, or the Debian
pack
Hi,
This question is not directly linked with modperl but
embperl is said to be supporting mod-perl with version
>= to 1.99.14-4
But ...
On a fresh install of libembperl-perl(2.2.0-1)
with libapache2-mod-perl2 (2.0.2-2.2)
on Debian testing
I get this message :
--
Syn
Greger wrote:
> Okey so this is the situation I have right now:
> 0)mysql based application
> 1)server with mod_perl
> 2)client is browser for time being, might be a mobile terminal or "custom
> client application" in the future
> 3)testing ( with perl-unit )
I usua
Okey so this is the situation I have right now:
0)mysql based application
1)server with mod_perl
2)client is browser for time being, might be a mobile terminal or "custom
client application" in the future
3)testing ( with perl-unit )
3.1)testing package method functionality separately f
I got it, It was just a package naming issue. Sorry for the
inconvenience, (it was late, I was tired...)
Josh
On 9/10/06, Jay Scherrer <[EMAIL PROTECTED]> wrote:
Joshua Shapiro wrote:
> Hello,
>
> I have inherited an application that makes use of mod_perl. I have
> never used it before and
Joshua Shapiro wrote:
Hello,
I have inherited an application that makes use of mod_perl. I have
never used it before and am currently trying to understand it. I am
trying to setup a simple CLI utility that will allow me to test the
functionality of the website offline and eventually set up uni
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Sep 09, 2006 at 10:55:57PM -0600, Joshua Shapiro wrote:
> Hello,
>
> I have inherited an application that makes use of mod_perl. I have
> never used it before and am currently trying to understand it. I am
> trying to setup a simple CLI util
Hello,
I have inherited an application that makes use of mod_perl. I have
never used it before and am currently trying to understand it. I am
trying to setup a simple CLI utility that will allow me to test the
functionality of the website offline and eventually set up unit tests.
I am trying
Hello, all! I still haven't solved this issue. Does anyone have any
ideas? I posted my responses to the last query from the list on
7/20/2006 10:57 PM.
Thanks in advance for any assistance anyone can provide.
Sincerely,
Christine.
Philip M. Gollucci wrote:
and mod_perl CGI:
Sorry for the delay in replying - been a BITCH of a week! Let's try
responses in green:
Philip M. Gollucci wrote:
and mod_perl CGI:
#!/usr/bin/perl
print "Content-type: text/plain\r\n\r\n";
print "mod_perl (1) rules!\n";
Is that the path to the SAME pe
> and mod_perl CGI:
>> #!/usr/bin/perl
>> print "Content-type: text/plain\r\n\r\n";
>> print "mod_perl (1) rules!\n";
Is that the path to the SAME perl you compiled mod_perl with. Also, I didn't
notice it earlier, but
you probably want mod_perl-1.29 instead of 1.25.
(Perl Environment from Apache:
erl/
/usr/local/apache/perl/
You need that Alias for the below location
For production, I was planning on it. For
testing, I just put the scripts in $DOCUMENT_ROOT/perl/
PerlModule Apache::Registry
SetHandler perl-script
PerlHandler Apache:
Embedded Perl version *v5.8.4* for *Apache/1.3.17 (Unix) mod_ssl/2.8.0
OpenSSL/0.9.6m PHP/4.3.10 mod_perl/1.25* process *27940*,
running since Fri Jul 14 11:02:13 2006
You really should upgrade your httpd to 1.3.36 if you've just rebuilt it anyway.
my $r = shift;
$r->send_http_header('text/pl
Hello all! I have spent HOURS trying to fgure this one out! I have just
rebuilt my Apache server, and I made a number of changes (remove
FrontPage support, add mod_ssl, get mod_perl working, etc) I have clean
compile and builds for everything. To test the mod_perl aspect of my
server, I have 2
We recently removed cli-[dev/[EMAIL PROTECTED] and moved that traffic straight
to the general [EMAIL PROTECTED]/[EMAIL PROTECTED] lists.
I mention it because announcements like this could be very useful to [EMAIL
PROTECTED]
folks.
Bill
Randy Kobes wrote:
For those Win32 users using ActivePerl
For those Win32 users using ActivePerl 8xx, I've
placed at http://theoryx5.uwinnipeg.ca/ppms/
ppm packages suitable for use with Apache/2.2:
mod_perl-2.2, for mod_perl-2, and libapreq-2.2,
for libapreq2 (Apache2::Request and friends).
Note that if you're using Apache/2.2 you should
use these packa
"Cees Hek" <[EMAIL PROTECTED]> writes:
> In debian there is a file in /etc/apache2/mods-available called
> apreq.load. Just link that to your
> /etc/apache2/mods-enabled directory and restart apache2
>
> ln -s /etc/apache2/mods-available/apreq.load
> /etc/apache2/mods-enabled/apreq.load
Or, the
When I had that problem I found the answer at
http://search.cpan.org/~joesuf/libapreq2-2.07/FAQ.pod
which says:
"Be sure your server config contains a line like:
LoadModule apreq_module modules/mod_apreq2.so"
--John.
On 4/27/06, Garrison Hoffman <[EMAIL PROTECTED]> wrote:
> Can anyone guide me in the right direction?
>
> I'm trying to run a recent mod_perl2 setup on Debian but I've run in to:
>
> /usr/sbin/apache2: symbol lookup error:
> /usr/lib/perl5/auto/APR/Request/Apache2/Apache2.so:
> undefined symbol: ap
rom Debian testing:
libfile-copy-recursive-perl/testing uptodate 0.19-1
libapreq2/testing uptodate 2.07-1
libapache2-mod-perl2/testing uptodate 2.0.2-2
libdb4.3/testing uptodate 4.3.29-4.1
perl-modules/testing uptodate 5.8.8-4
libapr0/testing uptodate 2.0.55-4
libc6/testing uptodate 2.3.6-7
libapach
On Mon, 2006-01-30 at 16:45 +, Carl Johnstone wrote:
> By the way, anybody got any other suggestions?
HTTP::Recorder?
- Perrin
Hi,
Been reading through this page:
http://perl.apache.org/docs/general/testing/testing.html
at the bottom of the page the "Puffin" testing framework is suggested, with
a link to http://puffin.sourceforge.net/ this redirects to
www.puffinhome.org which is a domain for sale page
Brenda Washington wrote:
I'm getting this error message when I run a t/TEST. Does anyone know why I'm getting this error?
Starting program: /usr/local/apache2/bin/httpd -D ONE_PROCESS -d
/opt/apache/mod_perl-2.0.1/t -f /opt/apache/mod_perl-2.0.1/t/conf/httpd.conf -D
APACHE2
[Thu Nov 10 14:
I'm getting this error message when I run a t/TEST. Does anyone know why I'm
getting this error?
Starting program: /usr/local/apache2/bin/httpd -D ONE_PROCESS -d
/opt/apache/mod_perl-2.0.1/t -f /opt/apache/mod_perl-2.0.1/t/conf/httpd.conf -D
APACHE2
[Thu Nov 10 14:29:53 2005] [info] 6 Apach
> Assuming you're aware of the renaming issue:
>http://perl.apache.org/docs/2.0/rename.html
> I've seen a similar error when installing a current
> CPAN/svn mod_perl-2 over top of an existing mod_perl-2
> that followed the old API. Did you remove any old
> mod_perl-2 installation before instal
On Tue, 2 Aug 2005, Dorian Taylor wrote:
the most bizarre thing popped up when i was trying to build a
mod_perl deb (and from regular source) on debian testing/i386:
String found where operator expected at /usr/lib/perl/5.8/IO.pm line 11, near
"XSLoader::load 'IO'"
the most bizarre thing popped up when i was trying to build a
mod_perl deb (and from regular source) on debian testing/i386:
String found where operator expected at /usr/lib/perl/5.8/IO.pm line 11, near
"XSLoader::load 'IO'"
(Do you need to predeclare XSLoader::lo
Hi folks,
apreq-dev@ is ramping up for a new 2.06-dev release,
and we need your feedback. Please download and test
release candidate #3 at
http://people.apache.org/~joes/libapreq2-2.06-dev-rc3.tar.gz
Please report your experiences by following up
to this thread. Thanks!
===
William McKee wrote:
Well, I posted too fast. Scratch that first diff for this version which
has a bit more detail about how the UPLOAD function is working.
Thanks William. Committed with a few tweaks.
--
__
Stas Bekman
William McKee wrote:
I've been working with adding upload tests to my script and have a few
additions to make to the testing.pod file which are attached. I've also
updated all the t_cmp() examples to indicate the new format of received,
expected, comment.
-These are two special methods added b
$expected,
$received,
+ $expected,
"testing TestApache::cool",
);
@@ -1740,7 +1740,7 @@
=back
-These are two special methods added by the C framework:
+These are two special methods added by the C framework:
=over
@@ -
quot;,
"basic test",
);
@@ -1501,8 +1501,8 @@
my $expected = "COOL";
ok t_cmp(
- $expected,
$received,
+ $expected,
"testing TestApache::cool",
);
@@ -1740,7 +1740,7 @@
=back
-These are two spec
n on CPAN hasn't been updated
in a long time.
Regards,
KAM
- Original Message -
From: "Philip M. Gollucci" <[EMAIL PROTECTED]>
To: "Frank Wiles" <[EMAIL PROTECTED]>
Cc: "Kevin A. McGrail" <[EMAIL PROTECTED]>;
Sent: Friday, June 24, 2005 2:
Frank Wiles wrote:
Philip (or anyone): Can you send me your startup.pl you are using with
mod_perl2?
As requested:
httpd.conf
mod_perl.conf
startup.pl
are available here along with the 0.96 Apache::DBI
http://p6m7g8.net/Apache-DBI
Let me know if I can help more.
--
END
-
On Thu, 23 Jun 2005 18:40:19 -0400
"Kevin A. McGrail" <[EMAIL PROTECTED]> wrote:
> Evening:
>
> I'm trying to testing AuthDBI for both mp1 and mp2 and I'm having poor
> luck trying to test this with mp2.
>
> Philip (or anyone): Can you send me yo
Evening:
I'm trying to testing AuthDBI for both mp1 and mp2 and I'm having poor luck
trying to test this with mp2.
Philip (or anyone): Can you send me your startup.pl you are using with
mod_perl2?
Currently, I am getting:
[Thu Jun 23 18:27:11 2005] [error] [client 10.10.10.204] Ca
Dorian Taylor wrote:
so i'm working on one of my modules that works in both mod_perl 1
and 2, (custom config directives, conditional makefile processing,
the whole nine) and i realized i have to test against both apache
1 and 2, preferably in one sequence. now, there's APACHE_TEST_APXS,
APACHE_TE
so i'm working on one of my modules that works in both mod_perl 1
and 2, (custom config directives, conditional makefile processing,
the whole nine) and i realized i have to test against both apache
1 and 2, preferably in one sequence. now, there's APACHE_TEST_APXS,
APACHE_TEST_HTTPD and whatnot, b
Folks,
Please take this release candidate out for a test drive
http://cvs.apache.org/~joes/libapreq2-2.03-dev-rc3.tar.gz
and report back your success/failure. I'd like to get
this new developer release of libapreq2 on CPAN this weekend,
but I need a few volunteers to test it and report ba
ou don't need it for mod_perl.
t/protocol is for testing the non-HTTP protocol functionality. If you don't
write/use protocol modules you shouldn't care about it. You always have the
HTTP protocol.
some tests try to test a feature which relies on another feature, so in case
of
It's been indicated to me that many of the tests which may or may not
fail may not indicate that MP is unusable for a given installation. Are
there any docs to explain what feature a given test tests? Or, is there
a way of indicating to "make test" which features you actually care
about?
Thanks,
R
ib/perl5/site_perl
.
*** Packages of interest status:
Apache::Request: -
CGI: 3.03
LWP: 5.76
mod_perl : 1.9912
3. This is the core dump trace: (if you get a core dump):
None.
This report was generated by t/REPORT on Mon Mar 29 19:09:28 2004 GMT.
-
Obitz, Toby wrote:
> Stas,
>
> You had asked me to reply to the list with an answer to your question:
>
> "BTW, can you please try 1.99_12. Do you have the same failures? Please
> reply to that thread on the modperl list. And let's continue that
> discussion over there."
>
> I have tried the follow
[cc'ing Toby who is in the same boat]
Kinyon, Rob wrote:
t/filter/both_str_con_add.t43 75.00% 2-4
t/protocol/echo.t 22 5632 32 66.67% 2-3
t/protocol/echo_filter.t 22 5632 32 66.67% 2-3
Interesting, all 3 test have one thing in common -
Stas Bekman wrote:
Kinyon, Rob wrote:
Rob, please submit a properl bug report: http://perl.apache.org/bugs/
You can't be bothered to help us resolve your problems? :(
__
Stas BekmanJAm_pH --> Just Another mod_perl Hac
> t/filter/both_str_con_add.t43 75.00% 2-4
> t/protocol/echo.t 22 5632 32 66.67% 2-3
> t/protocol/echo_filter.t 22 5632 32 66.67% 2-3
Interesting, all 3 test have one thing in common - they use a raw socket
to
communicate with the clien
Kinyon, Rob wrote:
Rob, please submit a properl bug report: http://perl.apache.org/bugs/
2) _13 compiled fine using 2.0.49. However, it will not pass the tests.
I removed all mention of RewriteEngine, but still ran into problems. The
error log has no errors in it. The only item is that it seems t
Geoffrey Young wrote:
+
+RewriteEngine On
actually, rewrite seems to be a leftover, maybe from when the test was being
originally written - I can't see the need for rewrite at all and removing
the RewriteEngine directive still allows the tests to pass (as you mentioned).
bu
> +
> +RewriteEngine On
actually, rewrite seems to be a leftover, maybe from when the test was being
originally written - I can't see the need for rewrite at all and removing
the RewriteEngine directive still allows the tests to pass (as you mentioned).
but let's let stas l
Geoffrey Young wrote:
>>I'm having problems in that some of the tests in _12 and _13 use
>>RewriteEngine, which I have disabled. To get _12 to pass, I had to
>>delete all mention of "RewriteEngine".
>
>
> please try the attached patch.
oops, sorry - I forgot to change one thing. please discar
> I'm having problems in that some of the tests in _12 and _13 use
> RewriteEngine, which I have disabled. To get _12 to pass, I had to
> delete all mention of "RewriteEngine".
please try the attached patch.
--Geoff
Index: t/filter/both_str_req_proxy.t
===
I have two testing issues with MP2. The first is using both _12 and _13
and the second is specific to _13.
I am on Sparc/Solaris9, using Perl 5.8.0, Apache 2.0.49, and openssl
0.9.7d. If you need versions of other stuff, please ask.
1) I have compiled Apache2 with a very restricted set of
Thanks guys, Webstone and Flood both look like good bets. I'll try to
update the mod_perl guide to include them.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquett
Perrin Harkins wrote:
> Does anyone have any open source load-testing tools that they would
> recommend, beyond the ones listed at
> http://perl.apache.org/docs/1.0/guide/performance.html ?
I haven't used it but I think this is what flood is for
http://httpd.apache.org/test/f
mod_perl used to be a one-man-project, and it was good.
now mod_perl is a two-man-project, and it's not as good, since if we disagree
lots of design issues, they remain unresolved. Compromises aren't the best
solution, and what we really lack is more developer and user opinions and
ideas to mak
people start finding my sight slow, rather than, at what point does the server become
unresponsive?
Thanks,
Eric
At 02:29 PM 3/3/2004, Perrin Harkins wrote:
>Does anyone have any open source load-testing tools that they would
>recommend, beyond the ones listed at
>http://perl.apache.org
Does anyone have any open source load-testing tools that they would
recommend, beyond the ones listed at
http://perl.apache.org/docs/1.0/guide/performance.html ?
I've had success with those in the past, and just want to see if there's
anything new I should look at.
- Perrin
--
Repor
Ged Haywood wrote:
Hi there,
On Tue, 3 Feb 2004, Hemond, Steve wrote:
I just installed Apache2/mod_perl2 and wants to test it.
...
[Tue Feb 03 11:23:46 2004] [error] failed to resolve handler `Apache::Registry'
...
What's wrong?
http://perl.apache.org/docs/2.0/user/intro/start_fast.html#Regist
Ged Haywood wrote:
Hi there,
On Mon, 2 Feb 2004, Andrew Wyllie wrote:
I'm running into a problem trying to test mod_perl. When I run make
test, it looks like all the servers are starting up properly, but
the test script says it's still waiting for the server to start up.
I'm running FreeBSD 5
Hi there,
On Tue, 3 Feb 2004, Hemond, Steve wrote:
> I just installed Apache2/mod_perl2 and wants to test it.
> ...
> [Tue Feb 03 11:23:46 2004] [error] failed to resolve handler `Apache::Registry'
> ...
> What's wrong?
http://perl.apache.org/docs/2.0/user/intro/start_fast.html#Registry_Scripts
Hi people,
I just installed Apache2/mod_perl2 and wants to test it.
I don't plan to use any templating system so I will do plain CGI. I,
however, would like to take profit of the apache::registry for
performance.
Here is my conf for my site :
SetHandler modperl
PerlSendHeader On
PerlHand
Hi there,
On Mon, 2 Feb 2004, Andrew Wyllie wrote:
> I'm running into a problem trying to test mod_perl. When I run make
> test, it looks like all the servers are starting up properly, but
> the test script says it's still waiting for the server to start up.
> I'm running FreeBSD 5.2 (ok, that
I'm running into a problem trying to test mod_perl. When I run make
test, it looks like all the
servers are starting up properly, but the test script says it's still
waiting for the server to start up.
If I suspend the make test process and just telnet to localhost 8529,
the server responds
Tank you very much, Geoff!
Now the things comes to play right...!
Merry Christmas!!
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
> I still having problem with this extra.last.conf.in.
> Please, if you want and have time, take a look to included TGZ stub package
> (I included in cause is small and, maybe, make clear my problem).
> TIA
>
>
YEAH finally, a user that submits a nice sample tarball for me to just
run!!!
> moving back on-list so everyone can benefit :)
Yes, sorry.
> oh, I think I see what you mean. use t/conf/extra.last.conf.in instead of
> extra.conf.in - it will make sure your modules are loaded before the
config
> is parsed.
I still having problem with this extra.last.conf.in.
Please, if you
moving back on-list so everyone can benefit :)
Carletto wrote:
>>I was assuming from the above that he already had Apache-Test working.
>>
>>--Geoff
>
>
> Yes, that is.
> The problem is: the configuration directives (expressed in Foo/Bar.pm as
> explained in Chap.6 of
> "User's guide" mod_perl 2
>>> # file t/conf/extra.conf.in
> Carletto is talking about the live testing of a module that won't work
> without running mod_perl and he is not aware of Apache-Test, required
> for this kind of tests.
I was assuming from the above that he already had Apache
Geoffrey Young wrote:
Carletto wrote:
Hi!
Anyone has experience in testing an Apache module (mod_perl 2.0, of course)
with
custom configuration directives ?
I'm talking about a module "packaged" (h2xs -AX -n Foo::Bar) and then tested
(perl Makefile.PL; make; make test),
Carletto wrote:
> Hi!
> Anyone has experience in testing an Apache module (mod_perl 2.0, of course)
> with
> custom configuration directives ?
> I'm talking about a module "packaged" (h2xs -AX -n Foo::Bar) and then tested
> (perl Makefile.PL; make; make test)
Hi!
Anyone has experience in testing an Apache module (mod_perl 2.0, of course)
with
custom configuration directives ?
I'm talking about a module "packaged" (h2xs -AX -n Foo::Bar) and then tested
(perl Makefile.PL; make; make test), when as custom configuration is like
that:
1 - 100 of 116 matches
Mail list logo