Ryan Bloom wrote:
>
> On Thursday 30 August 2001 01:10, jean-frederic clere wrote:
> > Ryan Bloom wrote:
> > > Hi everybody, I'm new to the list, but for anybody who doesn't know me,
> > > I have been pretty active on httpd 2.0. I decided to port mod_webapp
> > > last week, and Pier committed the code for me, but the build system isn't
> > > there, so I am posting the build system now.
> > >
> > > This is currently working, although there seems to be some strangeness
> > > when Tomcat responds to mod_webapp. I'll be looking into that over the
> > > next few days. I hope to be more active as time permits. :-)
> > >
> > > The Makefile.in should be placed in
> > > jakarta-tomcat-connectors/webapp/apache-2.0
> >
> > Hi Ryan,
> >
> > I committed some code some hours before... I will try to merge the two.
> > I am detecting Apache version using apxs thru the following code:
> > +++
> > dnl test apache version (from mod_jk)
> > $RM -rf test
> > $APXS -n test -g
> > APA=`grep STANDARD20 test/mod_test.c`
> > if ${TEST} -z "$APA" ; then
> > TARGET="${SRCDIR}/apache-1.3"
> > makefile="apache-1.3/Makefile"
> > else
> > TARGET="${SRCDIR}/apache-2.0"
> > makefile="apache-2.0/Makefile"
> > fi
> > +++
> > Any comment? - I am using the same in mod_jk -
>
> Doesn't this needlessly create a new directory on the machine? And, it doesn't
> clean that dir until the next time you try to configure. At the very least,
> we should execute the '$RM -rf test' command after the grep. It would actually
> be possible to just do 'grep STANDARD20 $APXS'. This is because
> the perl script actually has a copy of the module in it. That is probably the
> cleanest solution.
Yes I will change mod_jk and mod_webapp to do that way.
>
> > I have also noted strange things mod_webapp always returns 500.
> > It seems the request is mapped (wam_match) correctly but the handler
> > (wam_invoke) is not called.
> > What is the problem you have detected?
>
> It looks like when Tomcat returns a 302 through mod_webapp, we are
> redirected to a strange port.
I must have another problem then. ;-(
> I haven't even begun to look at it yet, but I
> am hoping to have time either today or tomorrow.
>
> Ryan
> ______________________________________________________________
> Ryan Bloom [EMAIL PROTECTED]
> Covalent Technologies [EMAIL PROTECTED]
> --------------------------------------------------------------
