Graham,
I updated trunk (Revision: 408878).
Here are the desired lines from the error_log
------------------------------------------
[Tue May 23 07:18:28 2006] [notice] mod_python: (Re)importing module 'tests'
...skipping...
[Tue May 23 07:18:30 2006] [error] phase_status_1
[Tue May 23 07:18:30 2006] [error] phase_status_2
[Tue May 23 07:18:30 2006] [error] phase_status_4
[Tue May 23 07:18:30 2006] [error] phase_status_5
[Tue May 23 07:18:30 2006] [error] phase_status_6
[Tue May 23 07:18:30 2006] [error] phase_status_7
[Tue May 23 07:18:30 2006] [error] phase_status_8
[Tue May 23 07:18:30 2006] [error] phases = [1, 2, 5, 6, 7]
[Tue May 23 07:18:30 2006] [notice] mod_python: (Re)importing module
'mod_python.publisher'
[Tue May 23 07:18:30 2006] [notice] [client 127.0.0.1] Publisher
loading page /home/jlh/mod_python/trunk/test/htdocs/tests.py
--------------------------------------------------------------------------------
-Jeff
On 5/22/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
Jeff Hinrichs - DM&T wrote ..
> Graham,
> Would you like me to list the auth providers? It's built from the
> FreeBSD ports system. I've got PHP5 installed and vhosts.
Not at this time as am about to go on holidays for three weeks and have
got a major problem with some software at my work which is going to get
priority. In short my application didn't cope too well with connecting
to 150 different sites in one go. As far as I can tell it created a
message storm which the central application (Python wrappers around C++
messaging system), couldn't process before some connection liveness
timeouts fired which caused all the connections to be dropped and
started again. Thus it cause a never ending cycle. Lots of fun. :-)
Anyway, will probably look at it again after I get back and start looking
as implementing some auth provider hooks for mod_python.
I guess one thing you can do though is run the tests again and copy
out of the logs/error_log the sequence of phase_status_? messages
and post that back. On my box it still doesn't trigger the new one I
add corresponding to the authz phase, yet on your setup I assume it
is, I just don't actually know why it isn't triggering mine as Apache
code is such that it suggests it should. Thus, you box could be correct
and it is something about my build that is strange.
Graham
> On 5/22/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> > I have checked in a hopefully more permanent change to test harness to
> > cope with what you are seeing. I can only imagine it is something
> > strange
> > to do with what auth providers you have built into Apache.
> >
> > On 22/05/2006, at 12:30 AM, Jeff Hinrichs - DM&T wrote:
> >
> > > Graham,
> > > I made the change,
> > >
> > > Index: test.py
> > > ===================================================================
> > > --- test.py (revision 408173)
> > > +++ test.py (working copy)
> > > @@ -2111,6 +2111,7 @@
> > > PythonAuthenHandler
> > > ("tests::phase_status_1"),
> > > PythonAuthenHandler
> > > ("tests::phase_status_2"),
> > > PythonAuthenHandler
> > > ("tests::phase_status_3"),
> > > +
> > > PythonAuthzHandler("tests::req_headers_out_access"),
> > > PythonFixupHandler
> > > ("tests::phase_status_4"),
> > > PythonFixupHandler
> > > ("tests::phase_status_5"),
> > > PythonFixupHandler
> > > ("tests::phase_status_6"),
> > >
> > >
> > > The tests then ran successfully,
> > > ----------------------------------------------------------------------
> > > Ran 67 tests in 21.310s
> > >
> > > OK
> > > Stopping Apache...
> > > /usr/local/sbin/httpd -k stop -f
> > > /home/jlh/mod_python/trunk/test/conf/test.conf
> > > .
> > > ----------------------------------------------------------------------
> > > Ran 6 tests in 62.728s
> > >
> > > OK
> > >
> > > -Jeff
> > >
> > > On 5/21/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote:
> > >>
> > >> On 21/05/2006, at 4:18 PM, Jeff Hinrichs - DM&T wrote:
> > >>
> > >> > me culpa, forgot to CC the group
> > >> >
> > >> > ---------- Forwarded message ----------
> > >> > From: Jeff Hinrichs - DM&T <[EMAIL PROTECTED]>
> > >> > Date: May 21, 2006 1:17 AM
> > >> > Subject: Re: mod_python trunk fails
> > >> > To: Graham Dumpleton <[EMAIL PROTECTED]>
> > >> >
> > >> >
> > >> > Graham,
> > >> > apache-2.2.2
> > >> >
> > >> > Here are the only lines that had the phrase "phase_status" I could
> > >> > find in the error_log:
> > >> > [Sun May 21 01:06:37 2006] [error] phase_status_1
> > >> > [Sun May 21 01:06:37 2006] [error] phase_status_2
> > >> > [Sun May 21 01:06:37 2006] [crit] [client 127.0.0.1] configuration
> > >> > error: couldn't check access. No groups file?: /tests.py
> > >>
> > >> Hmmm, I thought I had worked this stuff out. :-(
> > >>
> > >> Can you change test/test.py so the test configuration to that test
> > >> reads:
> > >>
> > >> def test_phase_status_conf(self):
> > >> c = VirtualHost("*",
> > >> ServerName("test_phase_status"),
> > >> DocumentRoot(DOCUMENT_ROOT),
> > >> Directory(DOCUMENT_ROOT,
> > >> SetHandler("mod_python"),
> > >> AuthType("bogus"),
> > >> AuthName("bogus"),
> > >> Require("valid-user"),
> > >> PythonAuthenHandler
> > >> ("tests::phase_status_1"),
> > >> PythonAuthenHandler
> > >> ("tests::phase_status_2"),
> > >> PythonAuthenHandler
> > >> ("tests::phase_status_3"),
> > >> PythonAuthzHandler
> > >> ("tests::req_headers_out_access"),
> > >> PythonFixupHandler
> > >> ("tests::phase_status_4"),
> > >> PythonFixupHandler
> > >> ("tests::phase_status_5"),
> > >> PythonFixupHandler
> > >> ("tests::phase_status_6"),
> > >> PythonHandler
> > >> ("tests::phase_status_7"),
> > >> PythonDebug("On")))
> > >> return str(c)
> > >>
> > >> Ie., add the PythonAuthzHandler entry.
> > >>
> > >> Don't worry about what tests::req_headers_out_access is, I am just
> > >> using it
> > >> as a convenient function which simply returns apache.OK and does
> > >> nothing
> > >> else.
> > >>
> > >> Graham
> > >>
> > >
> > >
> > > --
> > > Jeff Hinrichs
> > > Dundee Media & Technology, Inc
> > > [EMAIL PROTECTED]
> > > 402.320.0821
> >
> >
>
>
> --
> Jeff Hinrichs
> Dundee Media & Technology, Inc
> [EMAIL PROTECTED]
> 402.320.0821
--
Jeff Hinrichs
Dundee Media & Technology, Inc
[EMAIL PROTECTED]
402.320.0821
