-Test and report back successes or failures.
--Geoff
Changes since 1.05:
added -startup_timeout and $ENV{APACHE_TEST_STARTUP_TIMEOUT} as places
to specify the maximum number of seconds to wait for the test
server to start. the default is still 60 seconds. [Geoffrey Young]
use apxs PREFIX
+elsif (file_name_is_absolute($file)) {
Shouldn't the file_name_is_absolute case be first?
indeed - I only noticed that case after I had coded the others.
clearly not enough coffee yet :)
--Geoff
Stas Bekman wrote:
Geoffrey Young wrote:
[...]
+elsif ($base = $self-apxs('PREFIX')) {
+warning using apxs-derived ServerRoot $base to resolve
$file;
May be better to say it all?
warning since ServerRoot is not defined, .
using apxs-derived PREFIX
and it's an absolute_path.
no sense checking that - rel2abs returns an absolute path by definition.
what if it fails?
the call to rel2abs? since it does no check of the underlying filesystem I
doubt that's realistic.
I'm definitely a fan of error checking where it makes sense, but I also
the call to rel2abs? since it does no check of the underlying
filesystem I doubt that's realistic.
you are right, I've confused with the opposite operation abs2rel, which
may fail if the base doesn't fit.
In any case it's a good idea to check that rel2abs gives you a path that
exists, no?
André Malo wrote:
* Geoffrey Young [EMAIL PROTECTED] wrote:
if you're working on mod_include stuff at the moment, I wanted to re-mention
an issue with the ETag header, in case you missed it and have the time to
evaluate it now.
http://marc.theaimsgroup.com/?l=apache-test-devm=106261842526075w=2
But this is not a guesswork. If ServerRoot is not
specified PREFIX should be the one, since this is what Apache is doing.
ah, ok. I didn't see how ap_config.h was pulling in the apxs prefix. cool.
So use that and verify that the files can be found. If not, complain
that ServerRoot can't be
hi andre
if you're working on mod_include stuff at the moment, I wanted to re-mention
an issue with the ETag header, in case you missed it and have the time to
evaluate it now.
http://marc.theaimsgroup.com/?l=apache-test-devm=106261842526075w=2
--Geoff
The easiest way I've found to do this in Apache::Test is attached. It
extracts the PREFIX from apxs and uses that as the default inherited
ServerRoot value. If a value is hard-coded into the global httpd.conf,
it supercedes the apxs value and everything works just like before.
hmm. it looks
[EMAIL PROTECTED] wrote:
stas2003/10/21 15:09:11
Modified:perl-framework/Apache-Test/lib/Apache TestConfig.pm
Log:
complete the removal of hardcoding project/lib (besides the autogenerated
t/TEST and other scripts where mp2 build must have it in @INC)
[snip]
+# mp2
I should have noticed this before, but all the mod_perl foo in
TestConfig really belongs in TestConfigPerl (including the stuff that
was there before this flurry of commits :)
it's too late for 1.05 at this point (which I hope to release on
monday or tuesday) but right afterward I'm going to
hi all
I have a release candidate for Apache-Test ready to go
http://perl.apache.org/~geoff/Apache-Test-1.05-dev.tar.gz
but before I announce it publically I wanted to make sure that I understood
our position on META.yml. I'm supposed to leave the autogenerated version
in the release (as
hi all
have_module('mod_perl.c') doesn't work currently for DSO installations
unless the parent config has a LoadModule statement in it.
the attached patch fixes this - once the appropriate .so is found, it's
added to the cached module list so that the fallback for have_module() is
populated
Stas Bekman wrote:
Geoffrey Young wrote:
hi all
I have a release candidate for Apache-Test ready to go
http://perl.apache.org/~geoff/Apache-Test-1.05-dev.tar.gz
but before I announce it publically I wanted to make sure that I
understood our position on META.yml. I'm supposed to leave
, Steve Hay, Randy Kobes]
place mod_perl-specific directives in IfModule containers
within httpd.conf, allowing the default server to start if
mod_perl isn't present. [Geoffrey Young]
fix t/request.t to get /index.html, instead of / since not everybody
uses mod_dir [Steve Piner [EMAIL PROTECTED]]
when
David Wheeler wrote:
On Wednesday, October 22, 2003, at 12:48 PM, Geoffrey Young wrote:
a release candidate for Apache-Test 1.05 is now available.
http://perl.apache.org/~geoff/Apache-Test-1.05-dev.tar.gz
please take the time to excercise the candidate through all your
existing applications
I guess we are inconsistent in logging doc changes in Changes.
personally, I think the Changes file is most useful if it logs only
functionality changes. but there are other documentation issues
mentioned there currently, so if you'd like I'll insert that into
Changes in (around) the
That was a very good hint. It allows me to keep the perl part into the apache
directives as desired. But my @INC path is still wrong.
hmm.
ok, how about you show us a few things, like all of modperl_inc.pl, then
what directories you would like included that are missing. and also show us
your
hi all
in preparation for the upcoming 1.05 release, I'm going to create a RELEASE
document in the Apache-Test directory. I've attached a preliminary version
here, which is essentially copied from the one for mod_perl (with a few
adjustments).
if I'm missing anything or something isn't right,
That leads to different
version of Apache:PageKit in the lib and blib/lib directories. With the
current version of Apache::Test the version in lib is tested. But 'make
install' installs the version from blib/lib. And depending from your perl
they are different.
so you want Apache-Test to test
4. Release the package and update links (e.g. mod_perl-1.99_11.tar.gz)
a. upload to www.apache.org:/www/perl.apache.org/dist/
b. remove releases older by 2 subversions (keep the last one)
we don't release Apache-Test on apache.org, but only CPAN. So you can
drop 4.
Stas Bekman wrote:
I
haven't thoroughly tested this change yet, but please try this patch:
tests fine for me on mp2 and my 3rd party apps.
nice work.
--Geoff
So it would appear that I want to build mod_perl without the
MP_USE_STATIC=1, is that correct?
That's right. I should have noticed that in your bug report. The static
build is not completed yet. I guess we should do more checking.
Meanwhile just remove that MP_USE_STATIC=1, it'll use
hi again :)
well, after giving this issue some (probably way too much) thought over the
weekend, I have decided that unless there is a -1 floating around, I'm going
to go ahead with the change as I initially suggested it.
the main reason for my going ahead is something I realized after our last
hi all...
I just discovered that if you use TestRunPerl to configure a third-party
module, and the installer points -apxs to an apache without mod_perl, the
test suite blows up due to mod_perl specific configuration directives in
httpd.conf.
the end result is that, within the tests,
why would you use TestRunPerl to test against not-modperl enabled
Apache? If by accident I think it is better to discover that and die
before even starting to run tests.
in a third-party (CPAN) module, you don't have much control.
say I want to test my module against mod_perl. I need to use
+1
apache-1.3 tests fails the same way for me.
I did successfully run Apache::Peek tests with your patch under 1.3.
cool. I'll commit it tomorrow then.
thanks for following up :)
--Geoff
ok, here we go :)
I have a preliminary implementation. what happens now is that two files are
autogenerated if they don't already exist:
t/server-start.t
t/server-stop.t
they are used to control the starting and stopping of the server. so, the
output of make test looks like
# writing file:
anyway, so that's how it looks on the outside. on the inside is another
matter...
ok, I see at least one problem already - if the server doesn't start
(missing APXS or whatnot) the tests continue (and obviously fail).
I've been playing all afternoon with 'Bail out!' but it seems that when
OK, here is an idea how to solve it. instead of starting and stopping
the server by t/TEST delegate it to a specially designed tests. So the
last test in t/pre-start/ will start the server and the first test in
t/post-stop/ will stop the server. Both can be autogenerated. Of course
this will
The only issue is with Test::Harness, we will need to somehow feed tests
to it so it'll take them all as one bunch, while we have to run first
t/pre-start/ test, followed by normal tests, followed by t/post-stop/
tests.
oh, I see the issue now.
if we call TestRun::run_tests multiple times,
hi all...
I'm thinking about implementing a mechansim that allows you to run certain
tests after the server shuts down. the rationale behind this is some work
I'm doing on Devel::Profiler::Apache - the profiler generates statistics
when the children die off, so I need to either kill the
Jacek Prucia wrote:
Looking at httpd release procedure, it apears that when tagging
httpd-2.0, both apr and apr-util are also tagged. I've checked some apr
files and they don't have FLOOD_1_0 tag, so I assume this doesn't apply
to flood, am I right? If so, we can't figure out what apr/apr-util
I needed to make the following changes in order to get the perl-framework
running with Apache 2.1, which is now upated for APR 1.0. I went back and
checked 2.0.39 and both the symbols are there, so the changes are good at
least that far back. I guess we need to decide how far back support for
Stas Bekman wrote:
Geoffrey Young wrote:
BTW, are we still +1 on the have_apache_mpm() patch I posted last? I
know Bill had some thoughts on hitting up ap_mpm_query instead of
httpd -V, but if we can agree on have_apache_mpm() as the API, then we
can use the current implementation and I can
But I don't see anything in Apache-Test/Changes. Can you please fix
that? Thanks.
done
--Geoff
the way I handled this was to add the following to my TEST.PL
# override root blocks
local *Apache::TestConfig::default_user = sub { return 'root' };
local *Apache::TestConfig::default_group = sub { return 'root' };
why do you need to run tests as root?
well, it was a web services
well, it was a web services interface, and some of the services
required root permission to manipulate certain backend elements.
You still have the root permissions. it's only the server that starts
with non-root perms. why do you needed that override?
you need to be root in order to start
2) We have a problem with Apache::Test running as root, since when
Apache sudoes into 'nobody' it can't access files under /root or some
other root owned dir. The current cvs version already tries to tell the
user about the problem before starting to run the test suite.
I've use A::T to test a
William A. Rowe, Jr. wrote:
At 07:02 PM 7/9/2003, Geoffrey Young wrote:
William A. Rowe, Jr. wrote:
It seems like the API for ap_mpm_query would be simpler to
follow, just extended to run outside-of-apache.
probably, and it would certainly be safer than checking -V
output. the issue I
William A. Rowe, Jr. wrote:
At 08:28 AM 6/25/2003, Geoffrey Young wrote:
hi all
I thought it might be useful to have an have_apache_mpm function.
while not particularly useful for individual tests, I use
have_min_apache_version() from my Makefile.PL and plan to use
have_apache_mpm() from
Cliff Woolley wrote:
On Wed, 9 Jul 2003, Stas Bekman wrote:
plan ..., have_apache2 have_apache_mpm('prefork');
I think this is probably the way to go. If you call have_apache_mpm() and
it's apache 1.3, I might have it return an error of some kind, but I
wouldn't have it return 'prefork'.
ok,
David Wheeler wrote:
Hi All,
Is there any way to prevent Apache::Test from setting ulimit during
`make test`? Mine is a Pure Perl module, and I don't really need to
worry about core files. I'd like to gain the extra time taken to set and
unset it repeatedly.
looks like setting
looks good, but what happens when 1.3 is used? Shouldn't it always
return preforked?
doh!
here's a better patch.
--Geoff
Index: Test.pm
===
RCS file:
/home/cvspublic/httpd-test/perl-framework/Apache-Test/lib/Apache/Test.pm,v
I can avoid this by checking to see if Apache::Test loads and only using
it if it does. But then, how would I set up the tests to run after
CPAN.pm has installed Apache::Test? Does it run Makefile.PL again?
I don't ever use CPAN.pm, so I don't know if the way I have been going about
it
hi all
I thought it might be useful to have an have_apache_mpm function. while
not particularly useful for individual tests, I use
have_min_apache_version() from my Makefile.PL and plan to use
have_apache_mpm() from there as well. I suspect it's real utility, though,
would be from a custom
David Wheeler wrote:
Hi all,
I especially need help with the keep_alive parameter to user_agent()
keep_alive enables connection persistence, where the same connection is used
to process multiple requests. the only use of it that I have seen is in
http11/basicauth.t
my $request_num =
It does seem inconsistent to have the CWD be $root for the test scripts,
but $root/t for the server process. One more quirk to remember.
but isn't that exactly the opposite of what David's issue is?
It forces me to open the error log like this, instead:
open ERR, 'logs/error_log' or die
No, I run `make test`. In my test scripts, which live in t/, when I
want to parse the log, I have to open 'logs/error_log', not
't/logs/error_log'. It runs out of t/.
What you try to say is that the ServerRoot is t/, not that t/TEST is
invoked from t/. You can override that of course.
How?
I
I finally figured out that this works:
$Apache::TestRequest::RedirectOK = 0;
Again, more docs would be welcome.
well, it's not more docs, but whenever I'm in search of some bit of
functionality I check the tests in the perl-framework/t/modules directory,
which you'll find if you checkout the
1. The documentation is pretty lacking. Granted, it was bad in
Apache::test, too, but I sure would like to see some decent pod in each
of the important Apache::Test* modules.
agreed. resources you may find useful (if you haven't seen them already):
that other thread was becoming too much to follow :)
I thought it might be a nice idea to wrap up the issues thus far
because it seems to me we have a consensus on how to resolve the
Apache::[Tt]est collision issues.
from what I can see, stas has come up with a few patches that make it
Stas Bekman wrote:
Folks please send your feedback on this last proposal, so we can close
this issue asap.
In case you have missed it:
http://marc.theaimsgroup.com/?l=apache-test-devm=105288551432493w=2
the solution seems reasonable to me, but then again I never had a problem :)
from what I
hi all...
I'm actually in the situation where I need to run Apache with 'User root'
(yes, I know, I know...)
anyway, I'd like to write tests for that situation, but
TestConfig::default_user() won't let me run tests as root and setting User
in extra.conf.in (so that there are two User
Unfortunately this solution won't work. If you have
PREREQ_PM = {Apache::Test = 1.03},
MakeMaker is going to 'require Apache::Test' and either won't find it or
will find Apache::test on case-insensitive platforms.
What a bummer.
yes, I thought about that already as I began to revamp my
I can't get Apache-Test to compile. use Apache::TestLoad; was added by
mistake in revision 1.26 without the proposed TestLoad.pm?
--Geoff
Index: Apache-Test/lib/Apache/TestMM.pm
===
RCS file:
sorry, I didn't realize I was subscribed to this list :)
use Config;
+use Apache::TestLoad ();
whoops :)
--Geoff
I actually like Apache::TestPlan, it's most of the functionality that
this module provides. but there are a few subs that are not. May be this
other functionality should move elsewhere.
given that almost all of the functions from the various Test* packages are
exported by default and almost
So currently we are down to two options:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
if you mean future versions of mp1, that's a good idea. that's probably
Stas Bekman wrote:
We have a problem with using the Apache::Test name, more correctly we
have a problem with using the Apache/Test.pm filename. On platforms with
case-insentive filesystems (winFU, Mac OS X) if mod_perl 1.x is
installed, there is Apache/test.pm (notice the lower case 't'). So
and I didn't get the impression these three were private functions -
they're in the Apache::TestUtil manpage :)
Should we s/^/t_/ as the others?
yeah, I thought about why they were different, and figured that was
the reason those three weren't in the export list. that they were
documented
Doug MacEachern wrote:
On Wed, 18 Sep 2002, Doug MacEachern wrote:
On Wed, 18 Sep 2002, Geoffrey Young wrote:
I think the attached patch behaves as suggested.
perfectly, thanks.
with 5.8.0 that is. with 5.6.1, dies with:
Error in option spec: verbose:1
drat.
if I have some more time I'll look
hi all...
today I took a stab at fixing a nit that's bothered me for a while...
$ make test TEST_VERBOSE=1
doesn't work with the Apache::Test stuff. I know I can run tests
individually with the -verbose flag, but I didn't see any reason why
Apache::Test can't follow the standard
hi all...
yesterday I was wanting to write test scripts for a module that
toggles r-assbackwards. currently, Apache::Test dies (under LWP at
least) when using HTTP/0.9, so it's pretty much impossible to write
tests for that functionality.
I figure that testing HTTP/0.9 may be something
(sorry if this pops up twice - I've been having subscription problems due to
a change in my outgoing email address)
hi all...
just recently the Makefile.PL I've been using as a template for
Apache::Test started failing under bleedperl.
here's the error:
Can't use string (Apache::TestMM) as a
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 11, 2002 2:02 PM
To: [EMAIL PROTECTED]
Subject: Re: MM_Unix changes in bleedperl
Geoffrey Young wrote:
(sorry if this pops up twice - I've been having
subscription problems due
hi all...
just recently the Makefile.PL I've been using as a template for
Apache::Test started failing under bleedperl.
here's the error:
Can't use string (Apache::TestMM) as a HASH ref while strict refs in use
at /src/bleedperl/lib/5.7.3/ExtUtils/MM_Unix.pm line 352.
my Makefile.PL is
hi all...
I've been tasked at work with coming up with tests for our webhosting
cluster for mod_frontpage and Chilisoft. I was thinking to add them to the
perl-framework, alongside the php and other tests, if there is any interest.
I figure I would come up with some working prototypes and then
201 - 268 of 268 matches
Mail list logo
